基于LiveData實(shí)現(xiàn)小紅點(diǎn)系統(tǒng)

前言

小紅點(diǎn)提示定硝,可以說是現(xiàn)在app都會有的一個功能,比如微信的消息界面毫目,微博的我的界面。一般來說诲侮,一個小紅點(diǎn)不會單獨(dú)存在镀虐,可能會和其他紅點(diǎn)之間有所關(guān)聯(lián),構(gòu)成紅點(diǎn)系統(tǒng)沟绪。


image.png

紅點(diǎn)系統(tǒng)可以看做是樹形結(jié)構(gòu)刮便,紅點(diǎn)系統(tǒng)設(shè)計(jì)遵循以下原則:

  • 子節(jié)點(diǎn)上的紅點(diǎn)變化,需要通知其父節(jié)點(diǎn)更新
  • 父節(jié)點(diǎn)上紅點(diǎn)數(shù)量绽慈,是其所有子節(jié)點(diǎn)紅點(diǎn)數(shù)量之和
  • 父節(jié)點(diǎn)上紅點(diǎn)清除恨旱,要將其所有子節(jié)點(diǎn)紅點(diǎn)清除(數(shù)量置為0)

之前我們小紅點(diǎn)是這么處理的

當(dāng)收到紅點(diǎn)消息時,通過EventBus方式通知對應(yīng)的紅點(diǎn)view更新坝疼,同時需要發(fā)送event通知其父節(jié)點(diǎn)搜贤,父節(jié)點(diǎn)收到通知需要計(jì)算它所有子節(jié)點(diǎn)紅點(diǎn)數(shù)量之和,然后再更新自身钝凶,如果該父節(jié)點(diǎn)還有父節(jié)點(diǎn)仪芒,需要再發(fā)送一個event......
可以看出,這是一個非常糟糕的設(shè)計(jì)耕陷,可以說毫無設(shè)計(jì)掂名。這在紅點(diǎn)數(shù)量少的時候,感覺不到問題哟沫,但是隨著版本不斷迭代饺蔑,需要的紅點(diǎn)越來越多,就會發(fā)現(xiàn)它是多么的糟糕嗜诀。代碼中存在大量的event來處理紅點(diǎn)猾警,收到一個紅點(diǎn)消息,可能要發(fā)好幾個event裹虫,代碼邏輯混亂肿嘲,增加刪除紅點(diǎn)復(fù)雜,如果不熟悉業(yè)務(wù)邏輯筑公,很容易漏掉相關(guān)代碼雳窟。

后來我是這么設(shè)計(jì)的

基于觀察者模式,設(shè)計(jì)下面兩個類

1.紅點(diǎn)處理類
  • 維護(hù)自身的key,父節(jié)點(diǎn)key封救,子節(jié)點(diǎn)key(如果有的話)
  • 處理tcp推過來的消息拇涤,通知觀察者更新視圖,并通知父節(jié)點(diǎn)更新
  • 清除紅點(diǎn)消息誉结,并通知父節(jié)點(diǎn)更新鹅士,同時清除子節(jié)點(diǎn)紅點(diǎn)
2.紅點(diǎn)中心類
  • 注冊紅點(diǎn)處理類
  • 注冊觀察者(向紅點(diǎn)處理類注冊觀察者)
  • 接收tcp發(fā)送的紅點(diǎn)信息,然后分發(fā)給對應(yīng)紅點(diǎn)處理類
  • 接收清除紅點(diǎn)信息惩坑,然后分發(fā)給對應(yīng)的紅點(diǎn)處理類
image.png

這樣設(shè)計(jì)的好處是掉盅,低耦合,代碼邏輯清晰以舒,增加刪除紅點(diǎn)方便趾痘,符合數(shù)據(jù)驅(qū)動設(shè)計(jì)思想,每次有紅點(diǎn)消息變化時蔓钟,只要更新對應(yīng)的紅點(diǎn)數(shù)據(jù)就可以了永票。

LiveData

后來接觸了LiveData,覺得代碼可以更簡單一點(diǎn)滥沫,LiveData本身就是觀察者模式侣集,還有生命周期處理等其他好處,用它來處理紅點(diǎn)應(yīng)該會很合適兰绣。每個紅點(diǎn)對應(yīng)一個LiveData世分,如果該紅點(diǎn)是一個父節(jié)點(diǎn),則使用MediatorLiveData 官網(wǎng)上是這么描述的

MediatorLiveDataLiveData 的子類缀辩,允許您合并多個 LiveData 源罚攀。只要任何原始的 LiveData 源對象發(fā)生更改,就會觸發(fā) MediatorLiveData 對象的觀察者雌澄。
這樣我們可以寫一個全局的ViewModel斋泄,里面存放這些紅點(diǎn)對應(yīng)的LiveData,紅點(diǎn)view所在的界面镐牺,observer這些LiveData炫掐,當(dāng)收到紅點(diǎn)消息時,直接LiveData.setValue就行睬涧,這樣代碼邏輯上會很簡單募胃。
寫了一個小demo

1636961074445984.gif
ViewModel
class MainViewModel : ViewModel() {
    val systemNum = MutableLiveData<Int>(0)
    val friendNum = MutableLiveData<Int>(0)
    val otherNum = MutableLiveData<Int>(0)

    val totalNum = MediatorLiveData<Int>()

    init {
        totalNum.addSource(systemNum){
            totalNum.value = systemNum.value!! + friendNum.value!! + otherNum.value!!
        }

        totalNum.addSource(friendNum){
            totalNum.value = systemNum.value!! + friendNum.value!! + otherNum.value!!
        }

        totalNum.addSource(otherNum){
            totalNum.value = systemNum.value!! + friendNum.value!! + otherNum.value!!
        }
    }

    fun clear(){
        systemNum.value = 0
        friendNum.value = 0
        otherNum.value = 0
    }
}
Fragment
class MainFragment : Fragment() {

    companion object {
        fun newInstance() = MainFragment()
    }

    private lateinit var viewModel: MainViewModel

    override fun onCreateView(inflater: LayoutInflater, container: ViewGroup?,
                              savedInstanceState: Bundle?): View {
        return inflater.inflate(R.layout.main_fragment, container, false)
    }

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        viewModel = ViewModelProvider(this).get(MainViewModel::class.java)

        viewModel.systemNum.observe(viewLifecycleOwner){
            view.findViewById<TextView>(R.id.tv_message_system).text = it.toString()
        }

        viewModel.friendNum.observe(viewLifecycleOwner){
            view.findViewById<TextView>(R.id.tv_message_friend).text = it.toString()
        }

        viewModel.otherNum.observe(viewLifecycleOwner){
            view.findViewById<TextView>(R.id.tv_message_other).text = it.toString()
        }

        viewModel.totalNum.observe(viewLifecycleOwner){
            view.findViewById<TextView>(R.id.tv_message_all).text = it.toString()
        }

        view.findViewById<Button>(R.id.bt_add_system).setOnClickListener {
            //系統(tǒng)消息加
            viewModel.systemNum.value = viewModel.systemNum.value!!+1
        }

        view.findViewById<Button>(R.id.bt_reduce_system).setOnClickListener {
            //系統(tǒng)消息減
            if (viewModel.systemNum.value!! > 0){
                viewModel.systemNum.value = viewModel.systemNum.value!!-1
            }
        }

        view.findViewById<Button>(R.id.bt_add_friend).setOnClickListener {
            //好友消息加
            viewModel.friendNum.value = viewModel.friendNum.value!!+1
        }

        view.findViewById<Button>(R.id.bt_reduce_friend).setOnClickListener {
            //好友消息減
            if (viewModel.friendNum.value!! > 0){
                viewModel.friendNum.value = viewModel.friendNum.value!!-1
            }
        }

        view.findViewById<Button>(R.id.bt_add_other).setOnClickListener {
            //其他消息加
            viewModel.otherNum.value = viewModel.otherNum.value!!+1
        }

        view.findViewById<Button>(R.id.bt_reduce_other).setOnClickListener {
            //其他消息減
            if (viewModel.otherNum.value!! > 0){
                viewModel.otherNum.value = viewModel.otherNum.value!!-1
            }
        }

        view.findViewById<Button>(R.id.bt_clear).setOnClickListener {
            viewModel.clear()
        }

    }

這只是一個簡單的demo,后期可以參照MediatorLiveData對liveData封裝畦浓,MediatorLiveData內(nèi)部維護(hù)一個LiveData列表痹束,我們可以添加一個clear方法,清除其子節(jié)點(diǎn)紅點(diǎn)數(shù)量讶请,這樣只要調(diào)用LiveData.clear即可以清除其所有子節(jié)點(diǎn)紅點(diǎn)祷嘶。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子论巍,更是在濱河造成了極大的恐慌烛谊,老刑警劉巖,帶你破解...
    沈念sama閱讀 219,270評論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件嘉汰,死亡現(xiàn)場離奇詭異丹禀,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī)鞋怀,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,489評論 3 395
  • 文/潘曉璐 我一進(jìn)店門双泪,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人密似,你說我怎么就攤上這事攒读。” “怎么了辛友?”我有些...
    開封第一講書人閱讀 165,630評論 0 356
  • 文/不壞的土叔 我叫張陵,是天一觀的道長剪返。 經(jīng)常有香客問我废累,道長,這世上最難降的妖魔是什么脱盲? 我笑而不...
    開封第一講書人閱讀 58,906評論 1 295
  • 正文 為了忘掉前任邑滨,我火速辦了婚禮,結(jié)果婚禮上钱反,老公的妹妹穿的比我還像新娘掖看。我一直安慰自己,他們只是感情好面哥,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,928評論 6 392
  • 文/花漫 我一把揭開白布哎壳。 她就那樣靜靜地躺著,像睡著了一般尚卫。 火紅的嫁衣襯著肌膚如雪归榕。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,718評論 1 305
  • 那天吱涉,我揣著相機(jī)與錄音刹泄,去河邊找鬼。 笑死怎爵,一個胖子當(dāng)著我的面吹牛特石,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播鳖链,決...
    沈念sama閱讀 40,442評論 3 420
  • 文/蒼蘭香墨 我猛地睜開眼姆蘸,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起乞旦,我...
    開封第一講書人閱讀 39,345評論 0 276
  • 序言:老撾萬榮一對情侶失蹤贼穆,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后兰粉,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體故痊,經(jīng)...
    沈念sama閱讀 45,802評論 1 317
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,984評論 3 337
  • 正文 我和宋清朗相戀三年玖姑,在試婚紗的時候發(fā)現(xiàn)自己被綠了愕秫。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 40,117評論 1 351
  • 序言:一個原本活蹦亂跳的男人離奇死亡焰络,死狀恐怖戴甩,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情闪彼,我是刑警寧澤甜孤,帶...
    沈念sama閱讀 35,810評論 5 346
  • 正文 年R本政府宣布,位于F島的核電站畏腕,受9級特大地震影響缴川,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜描馅,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,462評論 3 331
  • 文/蒙蒙 一把夸、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧铭污,春花似錦恋日、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,011評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至磅网,卻和暖如春闷营,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背知市。 一陣腳步聲響...
    開封第一講書人閱讀 33,139評論 1 272
  • 我被黑心中介騙來泰國打工傻盟, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人嫂丙。 一個月前我還...
    沈念sama閱讀 48,377評論 3 373
  • 正文 我出身青樓娘赴,卻偏偏與公主長得像,于是被迫代替她去往敵國和親跟啤。 傳聞我的和親對象是個殘疾皇子诽表,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,060評論 2 355

推薦閱讀更多精彩內(nèi)容