@cuieney 那我只有老實(shí)的加上非空判斷了琉历。
Presenter層如何高度的復(fù)用前提 這篇文章主要講的是在我們的MVP CLEAN 涉及到PRESENTER層的架構(gòu)序六,如何高度的復(fù)用我們已經(jīng)寫好的presenter荠瘪,從而減少了很多代碼量少办。寫這篇文章也是自己...
@cuieney 那我只有老實(shí)的加上非空判斷了琉历。
Presenter層如何高度的復(fù)用前提 這篇文章主要講的是在我們的MVP CLEAN 涉及到PRESENTER層的架構(gòu)序六,如何高度的復(fù)用我們已經(jīng)寫好的presenter荠瘪,從而減少了很多代碼量少办。寫這篇文章也是自己...
遇到個(gè)問題:當(dāng)在一個(gè)Activity中將View通過attachView(view)傳遞給WrapperPresenter的子類presenter時(shí)券躁,遇到一種偶發(fā)情況:presenter正在請(qǐng)求網(wǎng)絡(luò)數(shù)據(jù)艾扮,而Activity走onDestroy()方法調(diào)用了detachView()方法艰毒,此時(shí)prenster中的view=null筐高,而網(wǎng)絡(luò)請(qǐng)求并未中斷,并且回調(diào)了數(shù)據(jù)通過view.updateData(data)丑瞧,此時(shí)view為null,會(huì)拋空指針異常柑土。如何通過不調(diào)用非空判斷來避免這種情況了?
Presenter層如何高度的復(fù)用前提 這篇文章主要講的是在我們的MVP CLEAN 涉及到PRESENTER層的架構(gòu)绊汹,如何高度的復(fù)用我們已經(jīng)寫好的presenter稽屏,從而減少了很多代碼量。寫這篇文章也是自己...
前言 自定義View是Android開發(fā)者必須了解的基礎(chǔ) 網(wǎng)上有大量關(guān)于自定義View原理的文章,但存在一些問題:內(nèi)容不全庵楷、思路不清晰罢艾、無源碼分析、簡單問題復(fù)雜化 等 今天尽纽,...