MVC、MVP模式详解

       1、MVC和MVP

                MVC：

                    定义：

                        MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，

                        用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，

                        在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。

                    

                    原理：

                         当用户出发事件的时候，view层会发送指令到controller层，接着controller去通知model层更新数据，model层更新完数据以后直接显示在view层上。

                    分层：

                        视图层（view）：

                            V层：应用层中处理数据显示的部分，XML布局可以视为V层，显示Model层的数据结果。

                        

                        控制层（controller）：

                            C层：在Android中，Activity处理用户交互问题，因此可以认为Activity是控制器，

                                      Activity读取V视图层的数据（eg.读取当前EditText控件的数据），控制用户输入（eg.EditText控件数据的输入），

                                      并向Model发送数据请求（eg.发起网络请求等），并更新model。

                        模型层（model）：

                            M层：适合做一些业务逻辑处理，比如数据库存取操作，网络操作，复杂的算法，耗时的任务等都在model层处理。

                                      通知View改变，对应Android中的datebase、SharePreference等。（可通过时间消息总线实现，eventBus）

                    优缺点：

                        优点：

                            (1)、耦合性低。

                                       所谓耦合性就是模块代码之间的关联程度。

                                       利用MVC框架使得View（视图）层和Model（模型）层可以很好的分离，这样就达到了解耦的目的，所以耦合性低，

                                       减少模块代码之间的相互影响。

                            (2)、可扩展性好。

                                       由于耦合性低，添加需求，扩展代码就可以减少修改之前的代码，降低bug的出现率。（开闭原则）

                            (3)、模块职责划分明确。

                                        主要划分层M,V,C三个模块，利于代码的维护。

                        缺点：

                             在MVC模式中，Activity应该是属于View这一层。而实质上，它既承担了View，同时也包含一些Controller的东西在里面。

                             这对于开发与维护来说不太友好，耦合度大高了。

                    总结：

                        Model是对数据的处理、操作、访问。

                        View是显示数据的。

                        Activity在中间起了组织的作用。（Controller）

            MVP：

                定义：

                    MVP把Activity中的UI逻辑抽象成View接口，把业务逻辑抽象成Presenter接口，Model类还是原来的Model。

                    这就是MVP模式，现在这样的话，Activity的工作的简单了，只用来响应生命周期，其他工作都丢到Presenter中去完成。

                    Presenter是Model和View之间的桥梁，为了让结构变得更加简单，View并不能直接对Model进行操作，这也是MVP与MVC最大的不同之处。

                分层：

                     (1)、View:

                                    负责绘制UI元素、与用户进行交互(在Android中体现为Activity，Fragment);

                     (2)、View interface:

                                     需要View实现的接口，View通过View interface与Presenter进行交互，降低耦合，方便进行单元测试;

                     (3)、Model:

                                    负责存储、检索、操纵数据(有时也实现一个Model interface用来降低耦合)  

                     (4)、Presenter:

                                    作为View与Model交互的中间纽带，处理与用户交互的负责逻辑。（通过接口联系）

                优缺点：

                    优点

                        模型（Model）与视图（View）完全分离，我们可以修改视图而不影响模型；

                        可以更高效地使用模型，因为所有的交互都发生在一个地方——Presenter内部；

                        我们可以将一个Presenter用于多个视图，而不需要改变Presenter的逻辑。

                        这个特性非常的有用，因为视图的变化总是比模型的变化频繁。

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

                    缺点

                        由于对视图的渲染放在了Presenter中，所以视图和Presenter的交互会过于频繁。

                        还有一点需要明白，如果Presenter过多地渲染了视图，

                        往往会使得它与特定的视图的联系过于紧密。

                        一旦视图需要变更，那么Presenter也需要变更了。

                        比如说，原本用来呈现Html的Presenter现在也需要用于呈现Pdf了，

                        那么视图很有可能也需要变更。

                对比：

                     MVP模式：

                        View不直接与Model交互，而是通过与Presenter交互来与Model间接交互

                        Presenter与View的交互是通过接口来进行的，更有利于添加单元测试

                        通常View与Presenter是一对一的，但复杂的View可能绑定多个Presenter来处理逻辑   

                    MVC模式：

                        View可以与Model直接交互。

                        Controller是基于行为的，并且可以被多个View共享。

                        可以负责决定显示哪个View。