MVP 和 MVC架构的比较

MVP架构

本人面试Android时被问到的问题。

1. 基于什么样的场景采用MVP架构模式？
2. MVP解决了你什么问题？P层里面写的是什么？activity属于哪一层？
   • activity中坐的事情太多，代码不美观
   • Presenter：作为View和Model之间沟通的桥梁，它从Model层检索数据后返回给View层，使得View和Model之间没有耦合。
   • activity属于View层
3. MVC的activity属于哪一层

Model-View-Presenter。在MVP中，M代表Model，V代表View，P代表Presenter。

MVP架构由MVC发展而来。

Model：数据层，负责获取数据，数据的来源可以是网络或本地数据库等。

View：视图层，负责界面数据的展示，与用户进行交互。在Android中，可以是Activity、fragment类或者是某个View控件。

Presenter：作为View和Model之间沟通的桥梁，它从Model层检索数据后返回给View层，使得View和Model之间没有耦合。

在MVP里，Presenter将Model和View进行了分离，主要程序逻辑在Presenter里面实现。Presenter与具体View是没有直接关联的，而是通过定义好的接口进行交互，从而使得在变更View时可以保持Presenter的不变，符合面向接口编程的特点。决不允许View直接访问Model。

MVP的架构有如下好处：

1）降低了View和Model的耦合，通过Presenter层来通信；

2）Activity和Fragment功能变得更加单一，只需要处理View相关的逻辑，有效降低View的复杂度；

3）把视图层抽象到View接口，逻辑层抽象到Presenter接口，提高了代码的可读性、可维护性；

4）Presenter抽象成接口，就可以有多种实现，方便单元测试。

缺点：

1. 定义大量接口，且面向接口编程也是有坏处的（当接口改变时，所有实现该接口的类都要改变）
2. view和presenter的交互过于紧密，view更新，presenter也要更新

1. MVC架构

• Model（数据层）：负责获取数据，数据的来源可以是网络或本地数据库等。
• View（视图层）：指的是XML布局文件或者是Java自定义的View
  • model层和view层存在交互，比如自定义的view空间里面会用到model数据，view也要根据不同的model数据做出不同的展示。
• Controller（控制层）：activity、fragment在MVC中属于控制层，而在activity中会有很多UI操作在这一层，也做了很多View中应该做的事情
  • activity所在的controller层使非常重的，各层次之间的耦合情况比较严重，不方便单元测试