原文：Architectural Guidelines to follow for MVP pattern in Android
默認情況下，Android沒有強制使用任何架構模式。盡管這使得框架在開發(fā)應用程序時更加強大，但同樣的情況也會使您的代碼在更復雜的應用程序場景中更加脆弱。
這是因為在一段時間內扬绪，應用程序開發(fā)涉及更復雜的生命周期和特性管理，這可能會在不以適當?shù)姆绞教幚頃r造成應用程序的混亂。這就是為什么開發(fā)人員依賴于不同的架構模式炫惩，比如MVC、MVP和MVVM阿浓，用于Android的應用開發(fā)他嚷。
就我開發(fā)應用程序的經(jīng)驗而言，我建議使用MVP架構模式來開發(fā)Android應用程序芭毙。有了這篇文章筋蓖，我打算幫助我的開發(fā)人員在開發(fā)帶有MVP架構的android應用程序時遵循一些指導原則。在討論指導方針之前退敦，讓我們了解一下Android的MVP架構模式到底是什么粘咖，以及每個人在他們的項目中應該如何使用它。
MVP架構模式——回顧
MVP架構設計模式是相當著名的Android開發(fā)者設計模式苛聘。它允許您通過引入一個稱為“演示者”的中介來將業(yè)務邏輯（模型）與視圖邏輯（活動/片段）分離涂炎。
正如其名稱所暗示的，模型-視圖-演示者被劃分為三個不同的層设哗，其獨立的層定義如下：
Model?:如上所述的模型唱捣，模型是存儲業(yè)務邏輯和應用程序數(shù)據(jù)的地方。在Android中网梢，Model的角色通常由數(shù)據(jù)訪問層震缭，如數(shù)據(jù)庫API或REST API來扮演。不僅僅是模型負責存儲應用程序數(shù)據(jù)战虏，它還包括負責生成拣宰、公開和獲取數(shù)據(jù)的組件。一般來說烦感，所有這些功能都是在后臺運行的巡社，因為它們可以阻塞UI線程。視圖視圖基本上是一個被動的接口和UI手趣，它負責將用戶的操作路由到演示者晌该。
VIEW:在Android中，View可以是你的活動、片段或回收器視圖適配器朝群。一般來說燕耿，除了應用程序的pojo和實體之外，view對你的模型是不可見的姜胖。為了使用更簡單的術語誉帅，View不會直接與Model通信。然而右莱，他們與Presenter交流蚜锨。
Presenter:Presenter是視圖和模型之間的中介或中介，它負責所有必須處理應用程序中表示邏輯的事情的責任隧出。一般來說踏志，演示者負責查詢您的Model，在響應用戶的交互時更新View胀瞪。它監(jiān)視Model和對話针余，以便當特定View需要更新時，它們可以處理凄诞，何時不需要更新圆雁。
為什么在Android中使用MVP架構模式？
MVP是為數(shù)不多的幾個遵循bob叔叔的清潔架構指南的架構模式之一帆谍。以下是一些讓MVP成為Android的優(yōu)秀架構模式的原因
1.使應用程序中的調試更輕松
MVP強制執(zhí)行三層不同的抽象層伪朽，這使得調試應用程序變得更加容易。而且汛蝙，由于業(yè)務邏輯與視圖完全解耦烈涮，所以在開發(fā)應用程序時執(zhí)行單元測試更容易。
2.更好分離問題
mvp將你的業(yè)務邏輯和持久性邏輯從你的活動和片段類中分離出來窖剑，從而更好地執(zhí)行好的問題分離坚洽。
3.代碼的復用性
在MVP中，代碼可以更好地復用西土，因為你可以有多個presenter來控制你的view讶舰。這一點更重要，因為你絕對不希望依靠一個presenter來控制你的不同view需了。
在Android中有效實現(xiàn)MVP架構模式的指導方針
1.讓你的view盡可能簡單
如果你問任何一個新手Android開發(fā)者跳昼，他們會告訴你為什么測試Android對測試人員來說更痛苦。在Android中肋乍，開發(fā)應用程序的常見模式是在單個Activity/Fragment類中編寫數(shù)千行代碼鹅颊。然而，當您的應用程序發(fā)展并變得更加復雜時墓造，同樣的實現(xiàn)往往會變得有問題堪伍。為了解決這個問題历帚，你應該讓你的View盡可能的簡單。你的view越簡單杠娱，測試你的Android用戶界面就越好。
在MVP中谱煤，你可以使用Passive View模式實現(xiàn)同樣的功能摊求。通過實現(xiàn)這個模式，您將通過引入一個通過與View對話來響應用戶行為的演示者刘离，將View的行為減少到幾乎最小的級別室叉。
例如，讓我們考慮你需要在你的應用中實現(xiàn)一個登錄界面硫惕。用戶將會填寫他們的注冊電子郵件和用戶名來登錄茧痕。在實現(xiàn)相同的過程中，您不需要在View中編寫身份驗證邏輯恼除。相反踪旷，您將把它寫在Presenter程序中，當用戶成功登錄時（比如型材屏幕）豁辉，它將更新您的View令野。在這種情況下，您的View的作用是只接收電子郵件和密碼的輸入徽级，并將其傳遞給Presenter气破，后者將更新View。
2.在Model中管理遠程和本地數(shù)據(jù)源
您可以通過在Model中管理遠程和本地數(shù)據(jù)源來提高應用程序的速度餐抢。
例如现使，讓我們假設您需要開發(fā)一個離線的應用程序，它甚至在數(shù)據(jù)連接關閉時也會運行旷痕，實現(xiàn)相同的一個解決方案是通過獲取數(shù)據(jù)和存儲緩存碳锈，這樣當用戶在線時就可以查詢它。
您可以通過創(chuàng)建三個不同的Model類來實現(xiàn)這一點苦蒿，特別是以遠程數(shù)據(jù)源殴胧、本地數(shù)據(jù)源和數(shù)據(jù)存儲庫的形式。
你的數(shù)據(jù)存儲庫類將包含與Presenter對話的邏輯佩迟。
本地數(shù)據(jù)存儲類可以處理緩存的數(shù)據(jù)和本地存儲团滥，而遠程數(shù)據(jù)源類則處理所有遠程API調用和響應。
3.使用像Dagger2和RxJava這樣的庫來最小化代碼冗余
我建議使用像Dagger2這樣的依賴注入庫报强，這將使您的Model和Presenter程序獨立于您的View的生命周期灸姊。
使用Dagger可以通過在它們之間注入依賴關系來簡化組件的行為。
此外秉溉，您應該使用像RxJava這樣的庫力惯，它將簡化您的代碼庫碗誉，同時處理繁重的繁重工作，例如多個用戶交互（如單擊父晶、滑動等）和用于網(wǎng)絡的背景數(shù)據(jù)哮缺。
4.使用適當?shù)拿s定來分離職責
為您在代碼庫中使用的方法使用適當?shù)拿s定。一般來說甲喝，您有兩種不同的方法尝苇，例如您的Presenter中的動作和用戶事件。動作是包含View將被更新的邏輯的方法埠胖。
例如：load（）或loadmore（）將告訴演示者在用戶向下滾動應用程序時加載另一個頁面糠溜。
也就是說，View將知道何時更新自己（比如通過與演示者交談）直撤，當用戶滾動到頁面的末尾時非竿，用戶事件表示由用戶觸發(fā)的動作。
例如：只有當用戶鍵入正確數(shù)量的字符谋竖，顯示相關的搜索時红柱，才可以調用querychanged（）方法。
簡單地說圈盔，應該使用適當?shù)拿s定豹芯，它適合于需要觸發(fā)的動作，這意味著應該運行什么邏輯驱敲，以及什么時候應該運行它铁蹈。
5.讓你的Presenter獨立于一個框架來提高可測試性
在Android中使用MVP的主要想法是在你的項目中執(zhí)行適當?shù)目蓽y試性。為了實現(xiàn)相同的（改進的可測試性）众眨，您應該使您的演講者獨立于任何Android類握牧。主要的想法是讓Presenter被剝奪任何平臺的依賴，這樣您就可以使用Junit測試演示者了娩梨。
您應該避免使用來自共享資源的上下文對象沿腰，使其更獨立于平臺。Ivan sk瑞克寫了一篇很好的文章狈定，解釋了如何讓你的Presenter獨立于android國家颂龙。
總結
Android的MVP架構模式保持了代碼的簡單性和可重用性，這反過來又促進了更高的可測試性纽什。
通過堅持MVP架構的以上幾點措嵌，你可以有效地實現(xiàn)它，并利用它的優(yōu)勢為Android開發(fā)更好的移動應用芦缰。
