MVP与MVC

MVC应该是我们在进行开发时最经常遇到的词汇了，它让臃肿混乱不堪的代码变得结构清晰明确，并且各司其职，Model层负责数据处理，Controller负责业务逻辑，View则负责交互，由此结构化了输入->处理->输出。其核心的想法是，分离数据（M）和交互视图（V），在中间创建控制器（C）用于同步，同时一旦数据（M）更新，需要更新相应的交互视图（V）。所以MVC就如同左图，MVC三个部分相互牵连，互相作用。

虽然这样可以让代码结构清晰，但不可避免的，因为V与M的交互，使得V中或多或少得包含有业务逻辑，这样就会降低V的重用性。

但不可否认的，在MVC模式中，我们可以由不同的人在不同的时间关注不同的“方面”，同时也更易于组件化测试。

而MVP则是对MVC的进一步改造，以Andorid为例，实际上在MVC中很难区分Activity到底应该处于V还是C的角色，因为activity即包含了界面也包含了一部分逻辑处理。

MVP的出现就是为进一步分离业务逻辑和界面处理。在MVP中，M与V完全切断联系，由P进行总控。

当V接收到了操作，将相应的请求传递到P，由P进行业务处理以及与M进行交互，同时P又在恰当的时机对view进行更新（接口 / 回调方法 / 事件）

这样V只需要暴露出接口，V与P通过接口通讯，一方面能够将业务逻辑转移至P，一方面通过接口使得P可以适配多个V。