一、框架模式、设计模式、架构模式的概念理解
通常来讲框架面向于一系列相同行为代码的重用，而设计则面向的是一系列相同结构代码的重用，通常所说的架构则介于框架与设计之间
二、MVC、MVP、MVVM三种设计模式
2.1、MVC模式，常见的应用模式，这里先忽略
2.2、MVP模式，全称: Model View Presenter:
MVP模式的三个角色:
Presenter: View和Model的桥梁，从Model层检索数据后，返回给View层，使得View和Model之间没有耦合，也将业务逻辑从View角色上抽离出来
View: 用户界面，View通常指Activity、Fragment或某个View控件，它含有一个Presenter成员变量。通常View需要实现一个逻辑接口，将View上的操作通过接口转给Presener实现，最后Presenter调用View逻辑接口将结果返回给View元素
Model：数据的存取，Model封装了数据库DAO或者网络获取数据的角色，或者两种数据获取方式的集合
对比: MVP与MVC的主要区别是，MVP中的View不能直接访问Model,需要通过Presenter发出请求，View与Model不直接通信.
MVP框架设计源码: https://github.com/hehonghui/the-tech-frontier-app
总结: Model——View——Presenter 三者之间的关系都是松耦合，Presenter持有的View、Model引用都是抽象，当UI发生变化，只需要替换View即可。而数据引擎需要替换时只需要重新构建一个实现ArticleModel接口的类实现相关存取逻辑即可。这样使得View、Model、Presenter三者之间独立变化，测试也方便，可扩展性、灵活性都很高。
2.3、MVVM特点：MVVM和MVP非常相似，唯一区别是View和Model进行双向绑定(data-binding)，两者之间有一方发生变化则会反映到另一方上，而MVP与MVVM的主要区别是，MVP中的View更新需要通过Presenter,而MVVM则不要，因为View与Model进行了双向绑定，数据的修改会直接反应到View角色上，而View得修改也会导致数据得变更。此时，ViewModel角色需要做的只是业务逻辑的处理，以及修改View或者Model的状态。MVVM模式有点像ListView与Adapter、数据集的关系，这个Adapter就是ViewModel角色，它与View进行了绑定，又与数据集进行了绑定，当数据集合发生变化，调用adapter的notifyDataSetChanged之后View就直接更新，他们之间没有直接的耦合，使得ListView变得更为灵活
三、MVP中Prester对View引用生命周期问题，通过建立BasePrenter持有对View的弱引用，在Activity生命周期做presenter的引用清除可解决问题，具体可参考网上代码