浅谈MVC和MVP

                                                     MVC

    一、MVC简介

         MVC(Model—View—Controller，模型，视图，控制器)式是80年代Smalltalk-80出现的一种软件设计模式，后来得到了广泛的应用，用一种业务逻辑、数据、界面显示分离的方法组织代码，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。

二、Android中的MVC.

       Android中界面部分也可以使用MVC框架，MVC的角色定义分别为：

       1、模型层(Model) 我们针对业务模型，建立的数据结构和相关的类，就可以理解为Model，Model是与View无关，而与业务相关的  

       2、视图层(View) 一般采用xml文件或者Java代码进行界面的描述，也可以使用JavaScript+html等的方式作为view层。

       3、控制层（controller）android的控制层通常在acitvity、Fragment或者由它们控制的其他业务类中。

三、android的MVC缺点

       在Android开发中，Activity并不是一个标准的MVC模式中的Controller，它的首要职责是加载应用的布局和初始化用户界面，并接受并处理来自用户的操作请求，进而作出响应。随着界面及其逻辑的复杂度不断提升，Activity类的职责不断增加，以致变得庞大臃肿

                                        MVP

一、什么是MVP；   

       MVP（Model View Presenter）是MVC的演化版本，MVP的角色定义分别为：

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

      2、Model 主要提供数据的存取功能。Presenter需要通过Model层来存储、获取数据。

      3、View 负责处理用户事件和视图部分的展示。在Android中，它可能是Activity、Fragment类或者是某个View控件。

                               

       在MVP里，Presenter完全把Model和View进行了分离，主要的程序逻辑在Presenter里实现。而且，Presenter与具体的View是没有直接关联的，而是通过定义好的接口进行交互，从而使得在变更View时候可以保持Presenter的不变。 View只应该有简单的Set/Get的方法，用户输入和设置界面显示的内容，除此就不应该有更多的内容，绝不容许直接访问Model，这就是与MVC很大的不同之处。

二.MVP的优缺点

        优点

         1、降低耦合度，实现了Model和View真正的完全分离。

         2、模块职责划分明显，层次清晰。

         3、Presenter可以复用，一个Presenter可以用于多个View，而不需要更改Presenter的逻辑（当然是在View的改动不影响业务逻辑的前提下）

         4、如果我们把逻辑放在Presenter中，那么我们就可以脱离用户接口来测试这些逻辑（单元测试）。

     缺点

         1、额外的代码复杂度及学习成本。

         2、如果Presenter过多地与特定的视图的联系过于紧密，一旦视图需要变更，那么Presenter也需要变更了。