android MVP 架构

MVP 架构：开始解耦

之前的 MVC 架构虽然实现了“表现层分离”，但是难免会出现 Massive View Controller 的问题，所以引入 MVP 架构

MVP 的分层与职责

MVP 即 Model-View-Presenter，和 MVC 一样是一种经典的三层软件体系架构。

• Model 层：模型层，负责处理数据，包括网络数据和持久化数据的获取、加工等，在 Android 中典型的实现未数据结构的定义类，与 MVC 中的 Model 类似
• View 层：视图层，负责处理界面绘制，想用户展现 Model 数据，在 Android 中典型的实现为 Activity/Fragment 等。
• Presenter 层：主持人层，模型和视图层的中介。视图层将用户交互相应事件传递给 Presenter， Presenter 进行数据处理，并通知视图层进行数据展示等操作。

MVP 模式中， Presenter 层可以依赖 View 层和 Model 层，充当沟通的桥梁。 View 层的事件传递流经过 Presenter 层操作 Model 进行业务逻辑处理。Model 层处理完数据后通知 Presenter 层，Presenter 层再与 View 进行沟通。Presenter 与 View、Model 之间是双向事件流，而 Model 层和 View 层不会产生直接的联系。模式如下图：

MVP 的核心思想

除了与 MVC 相同的表现层分离外，还有面向接口编程和德墨忒尔定律。

面向接口编程

面向接口编程是将类的方法提炼出成为接口，由实现类实现该接口，而调用方通过接口和实现类进行交互。
面向接口编程具有以下优点：

• 易于解耦，使组件之间的依赖性降低
• 有利于提升模块扩展性
• 有利于提升代码可维护性