安卓架构篇初始MVP架构（1）

MVC架构的介绍

• MVC的起源
  MVC的全称为Model—View—Controller也就是模型—视图—控制器，最早出现在1980年的Smalltalk-80系统上面，早为MVCE,多个Editor，后来随着计算机的GUI出现，MVC也随之发生变化，但是不管怎么变化都没有影响到MVC这种架构模式。而GOF把MVC看成观察者模式、策略模式和组合模式的合体，其核心还是观察者模式，即一个基于发布\订阅者模型框架。
• MVC在Android中的实现
  Android其本身的界面就涉及了模型—视图—控制器3这的交互，Android中的视图一般采用XML文件，对于模型Model则大部分对应的是本地数据或者网络数据，而Controller则对应的是Activity，MVC在Android中主要实现将View和Model进行分离，并将View和Model在Activity中进行绑定，其他主要有安卓的framework给我们搭建好了，在Android开发中我们并不常用到MVC模式去脱离Android UI系统构建自己的框架结构。。
• MVC的优缺点
  1. MVC的优点
     （1）首先就是理解比较容易，技术含量不高，这对开发和维护来说成本较低也易于维护与修改。
     （2）耦合性不高，表现层与业务层分离各司其职，对开发来说很有利。
  2. MVC的缺点
     （1）完全理解MVC并不是很容易。使用MVC需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。同时由于模型和视图要严格的分离，这样也给调试应用程序带来了一定的困难。每个构件在使用之前都需要经过彻底的测试。
     （2）对于小项目，MVC反而会带来更大的工作量以及复杂性。
     （3）在安卓中Activity既要负责model层的数据加载又要控制model和View的结合，还要处理大量的业务逻辑，使得Activity变得臃肿，增加后期代码的维护难度。

• MVC的结构图

  
  image_mvc架构图.png

MVP架构的介绍

• MVP的介绍
  MVP是由MVC演变而来的，它全称为Model View Presenter，在Android中的应用十分广泛，它分离显示层和逻辑层，他们之间通过接口进行通讯，降低耦合，理想化的MVP可以实现同一份代码逻辑代码搭配不同的显示页面，因为他们不依赖具体而是依赖抽象。这是使得Presenter可以运用在任何实现了View逻辑接口的UI，使之具有更加广泛的应用，确保了应用的灵活性。MVP并不是一个标准化的模式，它有很多实现方式，我们也可以根据自己的需求和自己认为对的方式去修正MVP的实现方式，它可以随着Presenter的复杂变化而变化。只要保证我们通过Presenter将View和Model解耦合、降低类型的复杂度、各个模块可以独立测试、独立变化这就是对的方向。
• MVP中的三个角色
  1. Presenter——交互的中间人
     Presenter的主要作用为沟通View和Model的桥梁，他是从Model层检索数据后返回给View，使得Model和View之间没有任何的耦合关系，也将业务逻辑从View角色中分离出来。
  2. View——用户界面
     View通常是指Activity、Fragment或者某个View控件，他包含有一个Presenter成员变量。通常View需要实现一个逻辑接口，将View上的操作转交给Presenter进行是实现，最后，Presenter调用View逻辑接口将结果返回给View元素。
  3. Model——数据的存取
     对于一个结构化的App来说，Model角色主要提供数据的存取功能。Presenter需要通过Model层存储、获取数据，Model就像一个仓库。

• 与MVVM的区别
  MVP与MVVM的主要区别则是，MVP中的View更新需要通过Presenter，而MVVM则不需要，因为View与Model是双向绑定的，数据的修改会直接反应到View角色上，而View的修改也会导致数据的变更。

  
  image_MVP_MVVM.png
• MVP在安卓中的简单使用
  见下篇（这是一句屁话哈哈）