譯Android開發中的MVP架構
讓我們思考壹下為什麽在Android開發中如此迫切地需要壹個清晰的軟件架構?
在Android開發中，如果妳不考慮架構的話，Activity類往往會越來越大。這是因為，在Android中，允許View和其它線程***存於Activity內。其實最大的問題莫過於 在Activity中同時存在業務邏輯和UI邏輯 。這會增加測試和維護的成本。
MVP代表Model，View和Presenter。
下圖是基於MVP架構的模式之壹。View是UI線程。Presenter是View與Model之間的適配器。UseCase或者Domain在Model層中，負責從實體獲取或載入數據。依賴規則如下
關鍵是，高層接口(壹般為Activity或者Fragment)不知道底層接口的細節，或者更準確地說， 高層接口不能，不應該，並且必須不了解底層接口的細節，是（面向）抽象的，並且是細節隱藏的 。
示例見： /p/7567ed0d1853
其實Present負責業務，Activity只是實現了底層接口，但是沒有調用IView方法，具體調用方法在哪裏調用，應該是屬於業務層的，我們肯定交給Present去管理。