mvp模式

作者：BirchLee 2011年8月20日 22时10分 【学而不思则罔，思而不学则殆】 本文内容： 1.什么是MVP模式 2.Asp.net MVP模式简单示例 1.什么是MVP模式 任何事物的出现，必有起因。 先看起源：软件工程中一个基本的方法是分层结构。 1.智能用户界面模式(Smart UI Pattern), 这种模式下最为经典当属 Winform,用户通过操作界面操作数据库。 2.理解领域模型（Domain Model）也叫业务对象模型。 领域(Domain)分为两种：领域对象(Domain Object)和领域服务(Domain Service)。Domain Object承载了业务数据，包含需要持久化的属性以及相关的业务逻辑。Domain Service包括了流程逻辑（Business Process)和控制逻辑（Business Rule). 3.二层结构模式（View-Model)模式 4.三层结构模式（View-Model-Data Access) 5.MVC模式（View-Model-Controller) 6.MVP模式（View-Model-Presenter) 上面介绍了Mvp模式的进化历程，每种模式都是为了解决上一种模式的不足而提出来的。Mvp要解决的问题是 Smart UI模式下，用户界面和业务逻辑的分离，目的是为了让程序便于维护和测试。 2

在学习vue、react的过程中，总能看到MVVM模型，那么MVVM究竟是什么，下面将我最近看到的资料以及自己的想法总结一下。 与MVVM相似的，还有MVC、MVP，先从MVC、MVP这两个入手，方面后面对MVVM的理解。 一、 MVC M：model，即模型，用于封装数据以及数据的处理方法（阮一峰老师解释为主要负责业务逻辑）。 V：view，即视图，用户界面。 C：controller，即控制器，用于连接view与model。 MVC模型的通信方式有两种： 一种是通过view层来接收指令，再传递给controller层，在model层进行数据查找或者数据修改，最后再将所有改动渲染到view层。如图所示： 另外一种方式是直接通过controller层来接收指令，之后的过程跟第一种相同，即不需要通过view层来作为连接。 MVC模型的特点 ：所有通信都是单向的，它将应用程序的数据与业务逻辑进行解藕，使程序更加容易开发、维护和测试（即耦合性低、重用性高、易维护）。但是它的缺点也很明显，视图层与控制器层的关系太过于紧密，使得其应用十分有限，只能适用于大规模的应用程序开发。 二、 MVP P：presenter，即观察者，它的功能与controller相同，也是负责连接view与model，但它改变了通信的方向。 MVP模型的特点 ：通过上图可以看到，在MVP模型中

MVC模式 视图（View）：用户界面。 控制器（ Controller ）：业务逻辑（此处代码容易造成污染） 模型（Model）：数据保存 MVP模式 1.各部分之间的通信，都是双向的； 2.View 与 Model 不发生联系，都通过 Presenter 传递。 3.View 非常薄，不部署任何业务逻辑，而 Presenter非常厚，所有逻辑都部署在那里。 MVVM模式 MVVM 模式将 Presenter 改名为 ViewModel，基本上与 MVP 模式基本一致，此外该模式使用了 双向绑定 。 来源： oschina 链接： https://my.oschina.net/stupidpotato/blog/3185190

什么是MVP 　　MVP是模型（Model）、视图（View）、主持人（Presenter）的缩写，分别代表项目中3个不同的模块。 　　模型（Model）：负责处理数据的加载或者存储，比如从网络或本地数据库获取数据等； 　　视图（View）：负责界面数据的展示，与用户进行交互； 　　主持人（Presenter）：相当于协调者，是模型与视图之间的桥梁，将模型与视图分离开来。 　　如下图所示，View与Model并不直接交互，而是使用Presenter作为View与Model之间的桥梁。其中Presenter中同时持有Viwe层以及Model层的Interface的引用，而View层持有Presenter层Interface的引用。当View层某个界面需要展示某些数据的时候，首先会调用Presenter层的某个接口，然后Presenter层会调用Model层请求数据，当Model层数据加载成功之后会调用Presenter层的回调方法通知Presenter层数据加载完毕，最后Presenter层再调用View层的接口将加载后的数据展示给用户。这就是MVP模式的整个核心过程。 　　这样分层的好处就是大大减少了Model与View层之间的耦合度。一方面可以使得View层和Model层单独开发与测试，互不依赖。另一方面Model层可以封装复用，可以极大的减少代码量。当然

MSND 设计模式：Model View Presenter http://www.microsoft.com/china/msdn/library/architecture/architecture/architecturetopic/MVP.mspx?mfr=true MVP vs MVC http://raderdotnet.blogspot.com/2007/03/mvpmvpmvp-httpmsdn.html MVP实践之WinForm应用 http://raderdotnet.blogspot.com/2007/03/mvpwinform.html Applying the MVP pattern in winforms http://weblogs.asp.net/astopford/archive/2007/01/24/applying-the-mvp-pattern-in-winforms.aspx Open source MVP Framework in .NET http://www.codeplex.com/nmvp 来源： https://www.cnblogs.com/axisoft/archive/2009/07/17/1525525.html

MVC 1. MVC是啥 人机交互应用涉及：可视化界面呈现、UI处理逻辑（用于处理用户交互式操作的逻辑）和业务逻辑，采用关注点分离（ SoC ， Seperation of Concerns）的方法 - MVC模式 将三者分离。常见的 jsp+javabean+servlet 就是典型的MVC模式。 MVC全名是Model View Controller，是 模型 (Model)－ 视图 (View)－ 控制器 (Controller)的缩写，一种软件设计典范 (软件构件模式)。采用 业务逻辑、数据、界面显示 分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时不需要重新编写业务逻辑，扩展性好。 低耦合性，可重用性，易维护； 较低的生命周期成本，易部署； MVC定义并不明确，且不适于小项目； 2. MVC模式 MVC 模式是一种使用 Model-View-Controller设计创建 Web 应用程序的 框架模式 ： M - 模型 ：存储或处理数据的组件，表示应用程序核心的”数据层”，包括业务数据、验证规则、业务逻辑和数据访问等应用程序信息； V - 视图 ：显示数据，直接面向最终用户的”视图层”，是Model的具体表现形式； C - 控制器 ：”控制层”处理输入，负责根据用户从”视图层”输入的指令，选取”数据层”中的数据

在Java平台，基于Spring等技术的MVC框架已经走向成熟；在.NET平台，微软也推出了MVC、MVP Framework，MVP不同于MVC的地方，关键在于，View不再显示的依赖于Business Logic Controller，而是依赖于一个业务逻辑抽象接口，关注于View的解藕。所以区分MVP与MVC的关键在于View是否依赖于某一具体的业务对象。 Model View Presenter vs Model View Controller 在N层体系结构中 MVC /P模式仅仅只是用于表示层(presentation layer)，理解这一点很重要。这两个模式并不是关于怎么构建数据层(data layer)和服务层(service layer)的，而是关于怎么将数据(data)从用户接口(view)中分离出来，以及用户接口如何与数据进行交互的。这些模式的使用解除了你的程序中表示层对数据和控制逻辑的依赖，从而可以自由的变更表示层。 MVC(Model View Controller) 模式处理过程 为了使得视图接口可以与模型和控制器进行交互，控制器执行一些初始化事件 用户通过视图（用户接口）执行一些操作 控制器处理用户行为(可以用观察着模式实现)并通知模型进行更新 模型引发一些事件，以便将改变发告知视图 视图处理模型变更的事件，然后显示新的模型数据

1，vue的生命周期 1, 创建期间的生命周期函数 beforeCreate：实例刚在内存中被创建出来，此时，还没有初始化好 data 和 methods 属性 created：实例已经在内存中创建OK，此时 data 和 methods 已经创建OK，此时还没有开始 编译模板 beforeMount：此时已经完成了模板的编译，但是还没有挂载到页面中 mounted：此时，已经将编译好的模板，挂载到了页面指定的容器中显示 2, 运行期间的生命周期函数 beforeUpdate：状态更新之前执行此函数， 此时 data 中的状态值是最新的，但是界面上显示的 数据还是旧的，因为此时还没有开始重新渲染DOM节点 updated：实例更新完毕之后调用此函数，此时 data 中的状态值 和 界面上显示的数据，都已经完成了更新，界面已经被重新渲染好了！ 3, 销毁期间的生命周期函数 beforeDestroy：实例销毁之前调用。在这一步，实例仍然完全可用。 destroyed：Vue 实例销毁后调用。调用后，Vue 实例指示的所有东西都会解绑定，所有的事件监听器会被移除，所有的子实例也会被销毁。 1，MVC、MVP、MVVM模式的区别 MVC、MVP和MVVM这些开发模式为了分离视图（View）和模型（Model）而提出来的，直白说就是为了前后端分离 1，MVC（Model View

http://www.cnblogs.com/seaky/archive/2011/04/06/1982533.html 在深入分析MVC和MVP之前，我们有必要回顾下经典的三层架构。分层是计算机学科解决许多问题的法宝。在企业应用和互联网应用中，分层架构得到了非常广泛的应用。3层架构是各种层架构的基础，3层架构简单描述如下: 展示层 :展示层有两个职责 1负责展示业务数据 2提供用户输入的接口 业务逻辑层 :业务逻辑层的职责是接受展示层的输入，并经过业务处理逻辑，返回业务数据。 数据访问层 :数据访问层提供系统数据的存取服务。 从架构到实现是存在一些"距离"的，架构的实现是要基于应用场景，实现方案也有所不一样。 本文考虑两种应用场景来讨论MVC和MVP: 第一是c/s架构，也就是所谓的胖客户端，像RIA属于这类。Flex，ajax等技术都可以归结到RIA，手机APP，winform连接到远程服务的应用都可以归结这一类。 第二是b/s架构(某些web程序部分的利用了ajax，排除利用ajax的这部分)，也就是瘦客户端，b是指浏览器，在b/s架构中http协议是客户端和服务端通信的唯一协议，而且是通过浏览器来展示数据的。 基于层的架构的实现中的一个问题就是层与层之间如何通信，以及如何在层间传递数据。 首先看看数据访问层和业务层之间的通信和数据传递。 (注意， 数据访问层不保存持久数据

MVP架构介绍 Android开发三大框架，MVC，MVP，MVVM，简单介绍下其余两种 MVC M（Model）是数据模型，或者数据处理，V（View）是视图控件，C（controller）是逻辑控制类，MVC是以前常用或者老式的项目用的比较多，优势和缺陷都相当明显，感觉并会没有彻底做到VC分离的效果 优势 ：除了model是独立的，V和C在Activity中体现最为明显，Activity即作为V，也作为C，处理逻辑业务和UI交互非常方便，都在一个Activity里面搞定。 缺陷 ：它的优势也是它的缺陷，过度集成在同一个Activity里面，耦合度也比较强，抽离的话也有可能涉及到引用持有问题，代码量和逻辑会越来越多，越来不清晰，日后想要维护或者新增功能，成本会很高。 MVVM View: 对应于Activity和XML，负责View的绘制以及与用户交互。 Model: 实体模型。 ViewModel: 负责完成View与Model间的交互，负责业务逻辑。 MVVM目的也是为了彻底分离控件和数据的架构，它主要是依靠DataBinding进行数据绑定，作用就是讲数据和控件绑定起来，当数据进行改变的时候，会自动刷新View，由于本人没用过，所以没什么发言权 MVP MVP架构是当前比较流行开发框架，相比于MVVM，我觉得相比就多了一个更新数据的步骤，但是MVP的实现是不需要依赖框架