Andorid 泛型深度解藕下的MVP大瘦身
導語
刪繁就簡三秋樹，領異標新二月花
傳統MVP給人的第一感覺通常是接口和類的暴漲，將Activity中除V之外的繁雜操作搬到P之后依然臃腫不堪。MVP從來都不是救命稻草，只能錦上添花，不能雪中送炭。也許在權衡利弊之后，很多人會對MVP望而卻步。 現在 我們換一個思路，取其精華，去其糟粕，完成T-MVP大變身。
一、T-MVP簡介
話不多說，先上圖：
T-MVP架構圖
下面，看看如何利用泛型把我們從繁雜重復的勞動中解救出來。
后臺接口用的是LeanCloud的REST API，數據通過Node爬蟲從網頁上獲取，先爬出十個頁面的列表，然后每一個列表爬進去獲取文章詳情。爬蟲代碼見app.js。（建議替換成自己申請的appId和appKey）。
1、頁面分層結構
宗旨：純粹界面操作交互，不需要MP參與的行為，盡量V自己做，保證MVP職責清晰，P只有干凈簡潔的協助VM的業務邏輯操作，M只處理數據操作。
登錄契約類
相比谷歌官方Contract類，多了一個Model，用于將P中繁雜的數據操作分離解耦，讓P層變得簡潔明了,只處理M和V相關操作即可，登錄Present的全部代碼：
登錄Present的全部代碼
RxManage用于管理訂閱者、觀察者、以及事件。（詳見代碼）
例如：
發送事件： mRxManage.post(C.EVENT_LOGIN, user);
接收事件：
mRxManage.on(C.EVENT_LOGIN, arg ->mView.initUserInfo((_User) arg));
LoginModel的全部代碼：
LoginModel的全部代碼
抽離出Model不僅各層更加分工明確便于Model的復用，而且大大簡化了Presenter的代碼量，讓P層更簡潔更專注。職能清爽，一目了然。
2、列表頁
例如一個列表頁，用戶關心的，只有列表的Item展示：
mTRecyclerView.setItemView(ItemView.class);
不需要在當前頁面寫網絡請求，不需要寫下拉刷新和分頁加載更多的回調，不需要寫任何Adapter，只需要這一句即可。因為用泛型在TRecyclerView里面寫過抽象層的操作，將監聽和數據的獲取封裝成通用模板，從此可以一勞永逸了。
比如，分頁加載的封裝操作：
TRecyclerView部分代碼
對于有HeaderView的List也一樣:
mTRecyclerView.setHeaderView(HeaderView.class).setItemView(ItemView.class);
ViewHolder也是相當簡潔的寫法：
ViewHolder
至此，項目可以永遠告別OnRefresh ,onLoadMore ,Adapter。
3、項目結構
利用泛型封裝的一些Base類，總代碼不超過1000行，也是T-MVP的核心：
T-MVP項目結構])X{FRT]K9SMSZ}CY.jpg
T-MVP利用泛型解藕和高度抽象封裝之后，相較于傳統MVC和MVP代碼量大大精簡，架構的代碼量也是精簡至極：
例如BasePresenter的全部代碼：
BasePresenter的全部代碼
二、T-MVP的目標
//TODO
- 1 整理Base類，吸納意見之后，繼續優化封裝，將簡潔進行到底。讓MVP不再背負繁雜的名聲。
- 2 發布到github
- 3 爭取發布到jcenter
三、進度
- 1登錄、注冊
- 2列表分類
- 3文章詳情 文章評論列表
- 4用戶中心 用戶評論列表
- 5更換頭像
- 6用戶列表
項目截圖：
7247fc46jw1f3p5r5tsynj20u01hcwl0.jpg
7247fc46jw1f3p5r8cjjhj20u01hc47t.jpg
7247fc46jw1f3p5r35jqnj20u01hcdt4.jpg
