Android基于方法池與回調(diào)實(shí)現(xiàn)登錄攔截的場(chǎng)景
前言
前面的文章我們講到APP登錄攔截的功能實(shí)現(xiàn),現(xiàn)在網(wǎng)上比較多的推薦使用AOP,我們使用下來(lái)還是太麻煩,兼容性問(wèn)題很多,(坑太多,項(xiàng)目我已經(jīng)改回來(lái)了,如果想體驗(yàn)AOP可以切換aop分支運(yùn)行)
難道就想實(shí)現(xiàn)一個(gè)這么簡(jiǎn)單的功能,就非得使用AOP了嗎?有沒有簡(jiǎn)單一點(diǎn)的方式,方式其實(shí)太多了,個(gè)人感覺的話,完全沒必要為了這么個(gè)小功能導(dǎo)入一個(gè)AOP庫(kù)。今天我們看看使用方法池與通知回調(diào)的方式來(lái)處理登錄攔截的邏輯。
一、使用通知與回調(diào)
其實(shí)本質(zhì)邏輯就是想判斷用戶是否已經(jīng)登錄,然后跳轉(zhuǎn)到登錄頁(yè)面,登錄完成之后再跳轉(zhuǎn)到個(gè)人中心,那我們使用通知回調(diào)不就行了嗎?
在登錄完成之后發(fā)出通知,在首頁(yè)我們接受這個(gè)通知就調(diào)用去個(gè)人中心的方法不就行了嗎?
使用通知的方式有很多,這里我們以LiveEventBus為例:
public class FunctionManager { private static FunctionManager functionManager; private static HashMap<String, Function> mFunctionMap; public FunctionManager() { mFunctionMap = new HashMap<>(); } public static FunctionManager get() { if (functionManager == null) { functionManager = new FunctionManager(); } return functionManager; } public void addLoginCallback(LifecycleOwner owner, ILoginCallback callback) { LiveEventBus.get("login", Boolean.class).observe(owner, aBoolean -> { if (aBoolean != null && aBoolean) { callback.callback(); } }); } public interface ILoginCallback { void callback(); } public void finishLogin() { LiveEventBus.get("login").post(true); } }
我們封裝一個(gè)發(fā)送事件和一個(gè)接收事件,注意使用的時(shí)候添加回調(diào)的方法不要放在點(diǎn)擊事件中。否則多次點(diǎn)擊會(huì)重復(fù)調(diào)用的。
override fun startObserve() { FunctionManager.get().addLoginCallback(this) { gotoProfilePage() } } override fun init() { mBtnCleanToken.click { SP().remove(Constants.KEY_TOKEN) toast("清除成功") } mBtnProfile.click { checkLogin() } } private fun checkLogin() { if (SP().getString(Constants.KEY_TOKEN, "").checkEmpty()) { gotoLoginPage() } else { gotoProfilePage() } } private fun gotoLoginPage() { gotoActivity<LoginDemoActivity>() } private fun gotoProfilePage() { gotoActivity<ProfileDemoActivity>() }
效果:
二、使用方法池
上面一種方法依賴于LiveData,我們都知道LiveData的值在一些特性情況下并不保險(xiǎn),當(dāng)然我們可以使用FlowBus來(lái)緩解這一問(wèn)題(只能在Kotlin項(xiàng)目中使用了),并且還存在使用不當(dāng),導(dǎo)致多次訂閱,就會(huì)發(fā)生執(zhí)行N此的邏輯。就需要我們?cè)偬砑踊卣{(diào)的方法中自己判斷去重的邏輯。如果大家有興趣也可以自行擴(kuò)展,并不復(fù)雜
我們還可以使用另一種方便的方式,支持 Java 和 Kotlin ,我們使用方法池把需要執(zhí)行的方法放入緩存中,當(dāng)我們登錄成功之后再把緩存中的方法拿出來(lái)執(zhí)行,可以靈活放入多個(gè)方法。
定義方法對(duì)象
public abstract class IFunction { public String functionName; public IFunction(String functionName) { this.functionName = functionName; } protected abstract void function(); }
方法管理類
public class FunctionManager { private static FunctionManager functionManager; private static HashMap<String, IFunction> mFunctionMap; public FunctionManager() { mFunctionMap = new HashMap<>(); } public static FunctionManager get() { if (functionManager == null) { functionManager = new FunctionManager(); } return functionManager; } /** * 添加方法 */ public FunctionManager addFunction(IFunction function) { if (mFunctionMap != null) { mFunctionMap.put(function.functionName, function); } return this; } /** * 執(zhí)行方法 */ public void invokeFunction(String key) { if (TextUtils.isEmpty(key)) { return; } if (mFunctionMap != null) { IFunction function = mFunctionMap.get(key); if (function != null) { function.function(); //用完移除掉 removeFunction(key); } else { try { throw new RuntimeException("function not found"); } catch (Exception e) { e.printStackTrace(); } } } } /** * 使用之后移除相關(guān)的緩存 */ public void removeFunction(String key) { if (mFunctionMap != null) { mFunctionMap.remove(key); } } }
使用:
override fun init() { mBtnCleanToken.click { SP().remove(Constants.KEY_TOKEN) toast("清除成功") } mBtnProfile.click { checkLogin() } } private fun checkLogin() { if (SP().getString(Constants.KEY_TOKEN, "").checkEmpty()) { FunctionManager.get().addFunction(object : IFunction("gotoProfilePage") { override fun function() { gotoProfilePage() } }) gotoLoginPage() } else { gotoProfilePage() } } private fun gotoLoginPage() { gotoActivity<LoginDemoActivity>() } private fun gotoProfilePage() { gotoActivity<ProfileDemoActivity>() }
我這里是為了兼容其他的場(chǎng)景使用,需要傳入方法的key,如果大家只想用于攔截登錄這一個(gè)場(chǎng)景,大家可以把Key的值固定化。
記得在LoginActivity中登錄成功的時(shí)候回調(diào)處理
fun doLogin() { showStateLoading() CommUtils.getHandler().postDelayed({ showStateSuccess() SP().putString(Constants.KEY_TOKEN, "abc") finish() //方法池的方式 FunctionManager.get().invokeFunction("gotoProfilePage") }, 500) }
效果和使用通知的效果一致
總結(jié)
不使用AOP我們一樣能完成登錄攔截的功能,思路不同但是實(shí)現(xiàn)的效果是相同的,使用原生的庫(kù)或一些特性我們就無(wú)需再導(dǎo)入一個(gè)不好控制的庫(kù)。
之前我們說(shuō)過(guò)AOP框架的一些缺點(diǎn),比如影響性能,編譯慢,安裝包體積大,Kotlin不友好,APG不友好等等,
那么這樣使用方法池或者回調(diào)的方式有什么優(yōu)缺點(diǎn)呢?
- 優(yōu)點(diǎn):輕量,不影響性能,內(nèi)存開銷小,支持Kotlin、Java。
- 缺點(diǎn):相對(duì)使用沒有AOP那么簡(jiǎn)便,判斷是否登錄的邏輯得自己寫了。
當(dāng)然了這種工具類管理的方式只是一種思路,實(shí)現(xiàn)的方法有很多,我這里只是舉例兩種用的比較多的方式回調(diào)與方法池,如果大家對(duì)此思路有優(yōu)化的地方也可以評(píng)論區(qū)交流。
后期我會(huì)再出一些攔截登錄的其他思路,比如基于Intent,基于線程池,基于協(xié)程等等,大家可以對(duì)比一下 AOP,方法池和其他一些實(shí)現(xiàn)思路,哪一種比較好。
以上就是Android基于方法池與回調(diào)實(shí)現(xiàn)登錄攔截的場(chǎng)景的詳細(xì)內(nèi)容,更多關(guān)于Android登錄攔截的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
Android自定義滑動(dòng)刪除效果的實(shí)現(xiàn)代碼
這篇文章將從現(xiàn)有 Android 滑動(dòng)刪除的痛點(diǎn),到搭建好一個(gè)基本的框架,到最終提供一份完整的 Demo為止,爭(zhēng)取為讀者提供最大的可定制化,需要的朋友可以參考下2018-03-03Android獲取手機(jī)本機(jī)號(hào)碼的實(shí)現(xiàn)方法
這篇文章主要介紹了Android獲取手機(jī)本機(jī)號(hào)碼的實(shí)現(xiàn)方法的相關(guān)資料,希望通過(guò)本文大家能夠?qū)崿F(xiàn)這樣的方法,需要的朋友可以參考下2017-10-10Android屏蔽軟鍵盤并且顯示光標(biāo)的實(shí)例詳解
這篇文章主要介紹了Android屏蔽軟鍵盤并且顯示光標(biāo)的實(shí)例詳解的相關(guān)資料,希望通過(guò)本文能幫助到大家實(shí)現(xiàn)這樣的功能,需要的朋友可以參考下2017-10-10Android 中為什么要用Fragment.setArguments(Bundle bundle)來(lái)傳遞參數(shù)
這篇文章主要介紹了Android 中為什么要用Fragment.setArguments(Bundle bundle)來(lái)傳遞參數(shù),非常不錯(cuò),具有參考借鑒價(jià)值,需要的朋友參考下2017-01-01Android編程實(shí)現(xiàn)自動(dòng)調(diào)整TextView字體大小以適應(yīng)文字長(zhǎng)度的方法
這篇文章主要介紹了Android編程實(shí)現(xiàn)自動(dòng)調(diào)整TextView字體大小以適應(yīng)文字長(zhǎng)度的方法,涉及Android基于TextView類的繼承及Paint屬性操作實(shí)現(xiàn)字體大小自適應(yīng)的相關(guān)技巧,需要的朋友可以參考下2016-01-01Android AndBase框架使用封裝好的函數(shù)完成Http請(qǐng)求(三)
這篇文章主要介紹了Android AndBase框架使用封裝好的函數(shù)完成Http請(qǐng)求的相關(guān)資料,感興趣的小伙伴們可以參考一下2016-03-03Android WebView 不支持 H5 input type="file" 解決方法
這篇文章主要介紹了Android WebView 不支持 H5 input type="file" 解決方法,需要的朋友可以參考下2017-06-06