mvp模式

一，概述 　　 MVC是MVP和MVVM模式的基础，这两种模式更像MVC模式的优化改良。 二，MVVM 　　 MVVM与MVC最大的区别就是：它实现了View和Model的自动同步，也就是当Model的属性改变时，我们不用再自己手动操作Dom元素，来改变View的显示，而是改变属性后该属性对应View层显示会自动改变。非常的神奇~ 　　Vue实例中的data相当于Model层，而ViewModel层的核心是Vue中的双向数据绑定，即Model变化时VIew可以实时更新，View变化也能让Model发生变化。 整体看来，MVVM比MVC精简很多，不仅简化了业务与界面的依赖，还解决了数据频繁更新的问题，不用再用选择器操作DOM元素。因为在MVVM中，View不知道Model的存在，Model和ViewModel也观察不到View，这种低耦合模式提高代码的可重用性。 来源： https://www.cnblogs.com/moonzwt/p/9889387.html

目录 MVC 对 MVC 的误解及缘由 MVP MVVM MVC MVC - 维基百科，自由的百科全书 MVC 是软件工程的一种软件架构模式，它不是具体的技术，而是一种代码分层的理念，主要体现了职责分离原则。 M-Model 模型 V-View 视图 C-Controller 控制器 对 MVC 的误解及缘由 误解：页面视图 = View ，Entity 和 Dto = Model 缘由：因为刚入坑程序员职业的时候，接触的是 ASP.NET Web Form 项目，而 ASP.NET Web Form 对于 Controller 和 View 的职责并没有很好的规划和定义，所以自己就很粗暴的把页面视图认为是 View 层。View 页面散列在各个 Controller 之下，虽竭力将文件夹命名清晰，但因为 Model 没有很好的实现，Dto乱飞，数据访问代码在 Controller 随处可见，某些 Controller 文件中代码堆积，各种逻辑全在 Controller 层。 尝试优化：将 View 归置到一个文件夹之下，将 Entity 和 Dto 独立类库，分出数据访问层 DataAccess 和 业务逻辑层 Business ，通用方法层 Common 项目结构大概是 Demo.Web Views Controllers Demo.Entity Demo.Dto Demo

一.MVC是什么 1.MVC概念 MVC（Model View Controller），模型(model)－视图(view)－控制器(controller)，软件框架的一种。 （1）最上层view视图：用于展示信息，动态的生成HTML，作为响应结果，直接呈现在用户面前。 （2）底层model模型：数据层，包含资源，数据库中的表等。 （3）中层controller控制器:包含应用的业务逻辑和操作数据的操作，属于后端领域。 这三层是紧密联系在一起的，但又是互相独立的，每一层内部的变化不影响其他层。每一层都对外提供接口（Interface），供上面一层调用。这样一来，软件就可以实现模块化，修改外观或者变更数据都不用修改其他层，大大方便了维护和升级。 如果没明白，参考大佬阮一峰的解说，更加直观：http://www.ruanyifeng.com/blog/2007/11/mvc.html 2.MVC框架中的互动模式 有如下两种 （1）用户操作view,通常为dom事件 （2）用户操作controler，通常为hashchange事件，即改变URL。 在实际开发中，两种操作方式可以混用，view与controler,view与model之间都可以双向传输。 二.MVP是什么 MVP（Model-View-Presenter）是MVC模式的改良，把Controller改为了Presenter

MVC，MVP和MVVM都是常见的软件架构设计模式，它通过分离关注点来改进代码的组织方式。 它们相同的部分是MV(Model-View)，而不同部分则是C(Controller)、P(Presenter)、VM(View-Model)。 MVC Model Model层用于封装和应用程序的业务逻辑相关的数据以及对数据的处理方法。 View 作为视图层，主要负责数据的展示。 Controller 控制器是模型和视图之间的纽带，MVC将响应机制封装在controller对象中，当用户和你的应用产生交互时，控制器中的事件触发器就开始工作了。 <div id="num"></div> <button id="decrease">-</button> <button id="increase">+</button> <script> //创建应用对象 var myapp = {} //Model层 myapp.Model = function () { //需要操作的数据 var val = 0; 　　　　　　　/* 操作数据的方法 */ this.add = function (v) { if (val < 100) val += v } this.sub = function (v) { if (val > 0) val -= v } this.getVal = function ()

==MVC，MVP和MVVM都是常见的软件架构设计模式，它通过分离关注点来改进代码的组织方式== MVC、MVP和MVVM的相同点和不同点 不同部分是C(Controller)、P(Presenter)、VM(View-Model)，而相同的部分则是MV(Model-View) Model层用于封装和应用程序的业务逻辑相关的数据以及对数据的处理方法 View作为视图层，主要负责数据的展示 MVC 实线代表方法调用，虚线代表事件通知。 View 传送指令到 Controller Controller 完成业务逻辑后，要求 Model 改变状态 Model 将新的数据发送到 View，用户得到反馈 用户的对View操作以后，View捕获到这个操作，会把处理的权利交移给Controller（Pass calls）；Controller会对来自View数据进行预处理、决定调用哪个Model的接口；然后由Model执行相关的业务逻辑；当Model变更了以后，会通过观察者模式（Observer Pattern）通知View；View通过观察者模式收到Model变更的消息以后，会向Model请求最新的数据，然后重新更新界面 其中涉及两种设计模式： view和model之间的观察者模式，view观察model，事先在此model上注册，以便view可以了解在数据model上发生的改变。

MVC(Model View Controller)： 　　View 层是界面，Model 层是业务逻辑，Controller 层用来调度 View 层和 Model 层， 　　将用户界面和业务逻辑合理的组织在一起，起粘合剂的效果 　　 　　1、 数据关系： 　　　　① View 接受用户交互请求 　　　　② View 将请求转交给 Controller 　　　　 ③ Controller 操作 Model 进行数据更新 　　　　④ 数据更新后，Model 通知 View 更新变化的数据 　　　　 ⑤ View 更新变化的数据 注：前 2 步可以替换成用户直接与 Controller 交互 　　 　　2、 通信方式： 单向通信 　　3、 MVC 优点： 　　　　① 耦合性低，视图层和业务层分离 ==》 允许更改视图层代码而不用重新编译模型和控制器代码 　　　　② 重用性高　　③ 生命周期成本低　　④ 部署快 　　　　⑤ MVC 使开发和维护用户接口的技术含量降低 　　　　⑥ 可维护性高，分离视图层和业务逻辑层 　　4、 MVC 缺点： 　　　　① 不适合中小型规模的应用程序 　　　　② 视图与控制器间联系过于紧密 　　　　 ③ 视图对模型数据的低效率访问 　　5、 结构实现： 　　　　① View：使用 Composite 模式 　　　　② View 和 Controller：使用

Markdown版本笔记 我的GitHub首页 我的博客 我的微信 我的邮箱 MyAndroidBlogs baiqiantao baiqiantao bqt20094 baiqiantao@sina.com 目录 目录 MVC 架构 MVC各层的作用 Android中的实际情况 演示案例 BaseModel Callback SampleModel SampleActivity 案例总结 MVP 架构 基本概念 特点 MVP各层的作用 用MVP架构编写登录模块完整版 定义Presenter接口(可选) 定义Model接口(可选)及MP回调接口(必选) 定义View接口(必选) 定义Presenter的实现类 定义Model的实现类 让Activity实现View接口 用MVP架构编写登录模块简洁版 View层接口 Activity Presenter Model MVVM 架构 如何选择 MVC 架构 MVC各层的作用 M层：Model，SQL、XML、JSON，数据模型。负责与数据处理相关的业务逻辑的处理，比如数据库读写操作，网络请求操作，复杂的算法，耗时的任务等。Model是一个应用系统的核心部分，代表了该系统实际要实现的所有功能。当M层完成数据处理后，会通知Controller更新View。 V层：View，XML布局、自定义View，Java编写的View

一、MVC MVC模式的意思是，软件可以分成三个部分。 视图（View）：用户界面。 控制器（Controller）：业务逻辑 模型（Model）：数据保存 各部分之间的通信方式如下。 View 传送指令到 Controller Controller 完成业务逻辑后，要求 Model 改变状态 Model 将新的数据发送到 View，用户得到反馈 所有通信都是单向的。 二、互动模式 接受用户指令时，MVC 可以分成两种方式。一种是通过 View 接受指令，传递给 Controller。 另一种是直接通过controller接受指令。 三、实例：Backbone 实际项目往往采用更灵活的方式，以 Backbone.js 为例。 1. 用户可以向 View 发送指令（DOM 事件），再由 View 直接要求 Model 改变状态。 2. 用户也可以直接向 Controller 发送指令（改变 URL 触发 hashChange 事件），再由 Controller 发送给 View。 3. Controller 非常薄，只起到路由的作用，而 View 非常厚，业务逻辑都部署在 View。所以，Backbone 索性取消了 Controller，只保留一个 Router（路由器） 。 四、MVP MVP 模式将 Controller 改名为 Presenter，同时改变了通信方向。 1.

转自http://www.ruanyifeng.com/blog/2015/02/mvcmvp_mvvm.html 复杂的软件必须有清晰合理的架构，否则无法开发和维护。 MVC （Model-View-Controller）是最常见的软件架构之一，业界有着广泛应用。它本身 很容易理解 ，但是要讲清楚，它与衍生的 MVP 和 MVVM 架构的区别就不容易了。 一、MVC MVC模式的意思是，软件可以分成三个部分。 视图（View）：用户界面。 控制器（Controller）：业务逻辑 模型（Model）：数据保存 各部分之间的通信方式如下。 View 传送指令到 Controller Controller 完成业务逻辑后，要求 Model 改变状态 Model 将新的数据发送到 View，用户得到反馈 所有通信都是单向的。 二、互动模式 接受用户指令时，MVC 可以分成两种方式。一种是通过 View 接受指令，传递给 Controller。 另一种是直接通过controller接受指令。 三、实例：Backbone 实际项目往往采用更灵活的方式，以 Backbone.js 为例。 1. 用户可以向 View 发送指令（DOM 事件），再由 View 直接要求 Model 改变状态。 2. 用户也可以直接向 Controller 发送指令（改变 URL 触发 hashChange 事件

MVC模式 如何设计一个程序的结构，这是一门专门的学问，叫做"架构模式"（architectural pattern），属于编程的方法论。 MVC模式就是架构模式的一种，不仅适用于开发软件，也适用于其他广泛的设计和组织工作。 MVC的详解 MVC是三个单词的首字母缩写，它们是Model（模型）、View（视图）和Controller（控制）。 这个模式认为，程序不论简单或复杂，从结构上看，都可以分成三层。 1）最上面的一层，是直接面向最终用户的"视图层"（View）。它是提供给用户的操作界面，是程序的外壳。 2）最底下的一层，是核心的"数据层"（Model），也就是程序需要操作的数据或信息。 3）中间的一层，就是"控制层"（Controller），它负责根据用户从"视图层"输入的指令，选取"数据层"中的数据，然后对其进行相应的操作，产生最终结果。 这三层是紧密联系在一起的，但又是互相独立的，每一层内部的变化不影响其他层。每一层都对外提供接口（Interface），供上面一层调用。这样一来，软件就可以实现模块化，修改外观或者变更数据都不用修改其他层，大大方便了维护和升级。 各部分之间的通信方式：所有的通信都是单向的 View 传送指令到 Controller，Controller 完成业务逻辑后，要求 Model 改变状态，Model 将新的数据发送到 View，用户得到反馈。