MVC模式的通信是单向的，View触发事件或数据的提交，到了Controller进行处理逻辑之后，返回Model给View，View再从Model中取出数据，当然View中也会有相应的逻辑。个人认为这样的描述算是比较正确，让我们来看看ASP.NET Cor

Controller控制层触发View层时，并不会更新View层中的数据，View层中的数据是通过监听Model层数据变化而自动更新的，与Controller层无关。View层不能直接访问Model层，必须通过Presenter层提供的接口，然后Prese

MVC 是一种使用 MVC设计创建 Web 应用程序的模式：。Model（模型）表示应用程序核心。Controller（控制器）处理输入。在 16、17 年左右，Android 领域大家突然开始讨论 MVP，也有很多人讨论两者的区别，实际上，个人觉得 MV

Controller(控制器): 用于连接模型和视图控制应用程序的流程,通常控制器负责响应View的事件，调用Model的接口进行操作;Controller会对来自View数据进行预处理并决定调用Model的相关暴露接口;View收到通知后从Model请求

在Android开发中使用MVP和MVVM模式早已不是新鲜事了，各种MVP/MVVM相关的文章、开源库也已屡见不鲜，甚至是让人眼花撩乱，那么我为什么还要在这个早已被画满涂鸦的黑板上再来涂涂画画呢?是想彰显我的存在感吗?我还想要警醒读到这篇文章的各位：你们对

　　三者的目的都是分离关注，使得UI更容易变换，使得UI更容易进行单元测试。　　View和Controller使用Strategy模式实现，View使用Composite模式，View和Model通过Observer模式同步信息。　　Presenter将M

MVC全名是Model--View--Controller，是模型-视图-控制器的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。其中Model层处理数据，业务逻辑等

笔者在前文 《MVP和MVC》中提到了两者的区别，以及MVP日趋流行的原因：即随着各种给力UI框架的发布，View的功能越来越强，已经足以完成一些简单的不需要与后台或其他view交互的event handling工作。View永远不直接调用任何其他模块或者

它促成了业务数据从用户界面中分离出来，还有第三个组成部分负责管理传统意义上的业务逻辑和用户输入。它们既与用户界面无关也与表现层无关，相反的它们代表了一个业务应用所需要的形式唯一的数据。Views视图是模型的可视化表示，提供了一个当前状态的经过过滤的视图。M

最近通过《Android源码设计模式解析与实战》对MVP应用架构进行了了解，摘其重点记录于此。MVP简介MVP模式全称Model View Presenter。能：1.有效地降低View复杂性，避免业务逻辑被塞进View中；2.解除View与Model的耦

MVCMVC全名是Model View Controller，是模型－视图－控制器的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MV

前言了解相关更多技术，可参考《我就死磕安卓了，怎么了？》，接下来谈一谈我们来学习一下MVP的基本认识。大家对MVC的架构模式再熟悉不过。向数据源发起请求；取消该请求；通知Presenter处理结果。

去年10月底来到了新公司，刚开始接手 Android 项目时，发现该项目真的是一团遭，项目开发上没有任何架构可言，开发人员连简单的 MVC、MVP 都不了解，Activity 及其臃肿，业务边界也不明确，因此我决定重新分析一下当前主流的几种开发架构，选出适

google上关于MVP模式的资料已经特别多了，所以我这里也不啰嗦了。所以这次决定把MVP模式放在真实项目中玩玩，以下也是我从真实项目中使用的一些小感受。

所以需要另外一种架构模式来解决这个问题，在网上浏览了一圈，发现适合Android开发的架构模式非MVP莫属了。网上一搜，讲MVP模式的文章比比皆是。一个简单的demo很难让初次接触MVP模式的人掌握它的使用。所以我决定写一个稍微复杂一点的新闻客户端Simp

使用框架，是为了提高生产效率。框架就是这样一种套路，因为它已经通过某种范式，完成了对业务的解析、映射和分层，在充满未知的软件开发中，框架的存在使开发有一定规矩可循，使常见的问题容易得到解决，使开发人员更专注于具体业务。

MVP简介相信大家对 MVC 都是比较熟悉了：M-Model-模型、V-View-视图、C-Controller-控制器，MVP作为MVC的演化版本，也是作为用户界面（用户层）的实现模式，那么类似的MVP所对应的意义：M-Model-模型、V-View-视

本篇博文仅是为了做下记录，提出一些自己的看法，和帮助大家如何针对一个Activity页面去编写针对MVP风格的代码。问了些程序员，他们对于MVP的普遍的认识是：“代码很清晰，不过增加了很多类”。那么，提升一般都是对比出来的，回顾下，没有应用MVP的代码结构

　1 简介　　英文原文：MVC vs.MVP vs.MVVM三者的目的都是分离关注，使得UI更容易变换，使得UI更容易进行单元测试。View和Controller使用Strategy模式实现，View使用Composite模式，View和Model通过Ob

作为一种新的模式，MVP与MVC有着一个重大的区别：在MVP中View并不直接使用Model，它们之间的通信是通过Presenter 来进行的，所有的交互都发生在Presenter内部，而在MVC中View会从直接Model中读取数据而不是通过 Contr