MVP 相关

[dozyx]

Presentation Model and Passive View in MVP — The Android way

• The View should know HOW to display certain things, not when
• it’s not the View’s responsibility to determine whether it should shift to certain state or no

[dozyx]

是否要将数据与 Adapter 分离

[dozyx]

思考：在设计 M 或者 V 的接口时，应该专注于自身所能提供的，而不需要考虑 P 的需求，即 M、V 的运作是不应该依赖于 P 的

[dozyx]

MVP for Android: how to organize the presentation layer
文章提供的示例： androidmvp

MVP 没有标准的实现

[dozyx]

关于接口：View的接口表示的是某个动作将引起的UI变化，如todo应用中showAddTask，调用者只是通知UI是时候发生变化了；Presenter的接口表示的是能执行的操作(View 表示变化，Presenter 表示意图)
View 接口应定义所有可能的 UI 变化接口，而不是根据 Presenter 的需求来定义 View 接口名称不应表明实际的视图 View 接口前缀 show/is

[dozyx]

当 View 层被销毁时，需要注意将其与 P 层分离，否则 P 层的一些耗时操作可能出现异常 如何避免频繁的 null check

[dozyx]

Service 如何处理

[dozyx]

Don’t put view != null checks in your Presenters 好文

[dozyx]

Presenter 应该对 Android context （或其他 Android 类）一无所知？ Does the presenter having knowledge of the Activity / Context a bad idea in the MVP pattern?（最后一个回答不一样）