MVC和MVP

最新推荐文章于 2025-08-11 23:01:03 发布
最新推荐文章于 2025-08-11 23:01:03 发布
阅读量1.2k 收藏
点赞数 1
CC 4.0 BY-SA版权
文章标签： mvc 测试工具 测试 asp.net 设计模式 ui
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/optman/article/details/1677796

MVC和MVP到底有什么区别呢？

从这幅图可以看到，我们可以看到在MVC里，View是可以直接访问Model的！从而，View里会包含Model信息，不可避免的还要包括一些业务逻辑。

在MVC模型里，更关注的Model的不变，而同时有多个对Model的不同显示，及View。 

所以，在MVC模型里，Model不依赖于View，但是View是依赖于Model的。不仅如此，因为有一些业务逻辑在View里实现了，导致要更改View也是比较困难的，至少那些业务逻辑是无法重用的。

Visual Studio等快速开发工具，让我们很难把View和Controller分开，我们总是直接在View的事件响应函数里完成了Controller的代码。而在ASP.NET和XAML里，使用了一种叫做Code-Behind的技术，可以把View和Controller进行分离。这样，View就可以完全由UI设计工程师来完成，而Controller由程序员来完成，两者可以直接合成不需要像现在一样再由程序员做很多的工作。 

把Controller和View混在一起，有什么问题？

１.难以测试。

　　必须手动点击，使用各种自动化的测试工具。

２.代码难以重用。

　　UI是很难重用，因为要求总是不同。所以，导致重复的代码四处都是，维护麻烦。

MVP是如何解决MVC的问题的？

在MVP里，Presenter完全把Model和View进行了分离，主要的程序逻辑在Presenter里实现。而且，Presenter与具体的View是没有直接关联的，而是通过定义好的接口进行交互，从而使得在变更View时候可以保持Presenter的不变，即重用！ 

不仅如此，我们还可以编写测试用的View，模拟用户的各种操作，从而实现对Presenter的测试--而不需要使用自动化的测试工具。

我们甚至可以在Model和View都没有完成时候，就可以通过编写Mock Object（即实现了Model和View的接口，但没有具体的内容的）来测试Presenter的逻辑。

在MVP里，应用程序的逻辑主要在Presenter来实现，其中的View是很薄的一层。因此就有人提出了Presenter First的设计模式，就是根据User Story来首先设计和开发Presenter。在这个过程中，View是很简单的，能够把信息显示清楚就可以了。在后面，根据需要再随便更改View，而对Presenter没有任何的影响了。

如果要实现的UI比较复杂，而且相关的显示逻辑还跟Model有关系，就可以在View和Presenter之间放置一个Adapter。由这个Adapter来访问Model和View，避免两者之间的关联。而同时，因为Adapter实现了View的接口，从而可以保证与Presenter之间接口的不变。这样就可以保证View和Presenter之间接口的简洁，又不失去UI的灵活性。

在MVP模式里，View只应该有简单的Set/Get的方法，用户用户输入和设置界面显示的内容，除此就不应该有更多的内容，绝不容许直接直接访问Model--这就是与MVC很大的不同之处。

参考：

optman
关注
MVC和MVP深度对比
01-17
**MVC（Model-View-Controller）和MVP（Model-View-Presenter）是两种广泛应用于软件开发，尤其是Web和移动应用开发中的设计模式。它们都旨在实现业务逻辑与用户界面的分离，提高代码的可维护性和可测试性。本文将...
MVC和MVP的区别
06-23
1. **职责分配**：在MVC中，Controller对视图和模型都有直接操作，而在MVP中，Presenter负责所有视图和模型的交互，使得Presenter更易于测试和复用。 2. **耦合度**：MVP通常被认为比MVC有更低的耦合度，因为...
课程学习笔记 - 1
u010758037的专栏
09-17 311
第一讲： 一、obj-c中MVC的构成 MVC包括controller，model和view三部分。 model是存放具体数据定义和程序内容的地方，what the app is not how display model和model之间不能互相直接通信。model不能直接向controller通信，可以通过radio station=notification方式来进行通信，由contro
MVC与MVP区别何在
qq_36317361的博客
11-22 173
区别有三点： 1、Presenter与Controller都扮演了逻辑层的角色，但是Presenter层的功能相对更复杂，因为他负责和View的双向交互，Controller只是单向的中介。因为Presenter是从View层抽离出来的，通常和View是一对一的关系，而Controller是面向业务的，往往是单例模式或者提供静态方法。 2、MVP中View和Model是不能进行通信的，虽然加重了P层的负担，但是有利于维护View层和Model层，如果条件允许，我们还可以对Presenter进一步拆分，来弥补
MVC 与 MVVM
weixin_34166847的博客
07-27 72
MVC View直接访问Model，View包含Model信息，包括业务逻辑。 MVC模型里Model不变，Model不依赖于View，但是 View依赖于Model。因为View实现了一些业务逻辑，导致更改View比较困难，业务逻辑无法重用。MVVM 页面与数据逻辑分离。通过绑定技术把页面和数据关联起来。 绑定技术减少了代码量，同时也减少了BUG数量。双向绑定：Model改变时，订阅的...
浅谈MVC和MVVM模式
weixin_33895516的博客
02-24 105
MVC I’m dating with a model… and a view, and a controller. 众所周知，MVC 是开发客户端最经典的设计模式，iOS 开发也不例外，但是 MVC 有让人无法忽视的严重问题。 MVC, short for Massive View Controller 在通常的开发中，除了简单的 Model、View 以外的所有部...
界面架构 - MVC和MVP异同
強雲的博客
04-02 746
共同目标：都旨在分离数据、界面和业务逻辑，降低代码耦合，提高可测试性和可维护性。MVC 的特点：角色划分较为宽泛，View 可能具有一定的主动性；Controller 和 View 之间的交互方式较为灵活，但容易出现职责混淆的情况。MVP 的特点：View 尽可能被动，所有业务逻辑集中在 Presenter 中；数据流和控制更加明确，便于单元测试和维护，但相对实现复杂度较高。选择哪种架构要根据项目的复杂度、团队习惯以及对测试和扩展性的要求来决定。
java mvc mvp_MVC和MVP设计模式
weixin_30410473的博客
02-16 180
参考博客http://www.cnblogs.com/end/archive/2011/06/02/2068512.html####MVC模式M：model 模型V：view视图C：controller控制器>我们知道，所有的软件的构成主要有两部分，分别是用户交互入口(USER INTERFACE)和数据(DATA)。那么为什么UI(USER INTERFACE)称为用户交互入口呢？因为我...
【Android】浅析MVC与MVP
2301_79344902的博客
09-22 1616
架构（Architecture）在软件开发中指的是软件系统的整体设计和结构，它描述了系统的高层组织方式，包括系统中各个组件之间的关系、依赖、交互方式，以及这些组件如何协同工作来完成系统的功能。组件的划分：将系统拆分成模块、类、服务等单元。组件间的交互：不同模块、组件如何传递信息、调用服务等。数据流：数据如何在系统中流动，从输入到输出的路径是什么。非功能性需求：如何考虑系统的性能、可扩展性、安全性、可维护性等。
MVVM、MVC和MVP
太阳与星辰的博客
02-28 957
mvc vs mvp mvvm
MVC和MVP和MVVMDemo
02-26
MVC、MVP和MVVM各有优缺点。MVC简单直观，但有时会导致视图和控制器过于紧密；MVP通过presenter解耦视图，但presenter的代码量可能会增加；MVVM强调数据绑定，降低了视图和模型的直接依赖，但可能需要更多的学习成本...
MVC和MVP模式项目实现
08-09
在软件开发领域，MVC（Model-View-Controller）和MVP（Model-View-Presenter）是两种常见的设计模式，用于构建用户界面。这两种模式都致力于分离关注点，提高代码的可测试性和可维护性。这里我们将深入探讨这两种...
Spring MVC文件上传详解
持续输出Java相关知识
08-07 999
SpringMVC文件上传实现指南 本文详细介绍了使用SpringMVC实现文件上传功能的全过程。首先阐述了文件上传的核心原理，包括multipart/form-data编码方式和MultipartResolver接口的作用。接着讲解了表单配置要求和两种主要实现方式（CommonsMultipartResolver和StandardServletMultipartResolver）的依赖配置与对比。 文章重点展示了单文件和多文件上传的代码实现，并深入探讨了高级功能实现，包括文件大小限制、类型校验、安全加固和
SpringMvc的原理深度剖析及源码解读
gonghua0502的专栏
08-07 769
文章主要讲解了SpringServletContainerInitializer类初始化的过程。拦截器与过滤器区别及应用场景。DispatcherServlet处理流程。控制器初始化涉及文件解析器、本地化解析器等组件配置。适配器模式支持多种handler类型，包括Controller继承、HTTP请求和注解方式。异步实现可通过@Async注解或Callable类，需在配置类中开启异步支持。
Spring MVC 注解参数接收详解：@RequestBody、@PathVariable 等区别与使用场景
m0_62923286的博客
08-11 636
处理请求体 JSON，处理 URL 路径参数，处理 query 或表单数据。在参数名匹配且为简单类型 / JavaBean 时，可省略注解实现隐式绑定，但显式使用注解能让代码更清晰。掌握这些注解的区别和使用场景，能帮助开发者更灵活地处理各种参数传递需求，写出更规范、易维护的接口代码。
.NET Core MVC中CSHTML
ultramand的博客
08-11 300
CSHTML是ASP.NET Core MVC中的视图文件，结合HTML与C#代码，通过Razor语法动态生成网页内容。核心特点包括：使用@符号嵌入变量/表达式，@{}包裹代码块，支持条件判断和循环；功能涵盖布局复用（_Layout.cshtml）、模型绑定（@model）和HTML辅助方法。典型应用如商品详情页，通过强类型模型、条件渲染和循环实现动态数据展示。CSHTML有效分离逻辑与展示层，是构建动态Web界面的关键组件。
Pytest项目_day12（yield、fixture的优先顺序）
最新发布
丿罗小黑的博客
08-11 117
摘要：本文介绍了pytest中yield关键字在fixture中的两种用途：一是作为后置操作，其执行时机取决于scope设置（如function作用域下会在方法结束时执行）；二是可以像return一样返回数据，但会继续执行yield后的代码。同时说明了fixture的执行优先级规则（session>module>class>function），并指出pytest会自动按此顺序执行fixture，不受调用顺序影响。文章通过多张代码截图展示了相关用法示例。（149字）
mvvm mvc和mvp
08-06
### 区别与应用场景 #### MVC（Model-View-Controller） MVC是一种经典的软件架构模式，它将应用程序分为三个核心组件：Model（模型）、View（视图）和Controller（控制器）。Model负责数据的存储和业务逻辑，View负责用户界面的显示，而Controller则负责接收用户的输入并协调Model和View之间的交互[^1]。 - **特点**：MVC模式在初期开发阶段通常具有较少的代码量，但由于其较高的耦合度，随着项目的增长，维护成本会逐渐增加[^2]。 - **应用场景**：适用于小型工具类项目，尤其是那些不需要长期维护或复杂业务逻辑的应用[^2]。 #### MVP（Model-View-Presenter） MVP模式是在MVC的基础上发展而来的，它引入了一个新的组件Presenter来替代Controller的角色，从而进一步解耦View和Model之间的关系。Presenter负责处理所有的业务逻辑，并且与View进行交互，但View并不直接与Model通信。 - **特点**：相比于MVC，MVP提供了更好的可测试性，因为Presenter可以独立于View进行单元测试。然而，这种模式可能会导致接口数量的增加，进而使代码量有所膨胀。 - **应用场景**：适合需要较高测试覆盖率的项目，尤其是在大型应用中，当需要确保代码的质量和稳定性时[^2]。 #### MVVM（Model-View-ViewModel） MVVM模式是专为数据绑定设计的一种架构模式，它通过ViewModel作为Model和View之间的桥梁，使得View能够自动更新以反映Model的变化，反之亦然。这种模式特别适用于支持数据绑定机制的框架[^1]。 - **特点**：MVVM模式下的应用程序具有较低的耦合度，易于测试，并且能够很好地支持声明式编程风格。尽管学习曲线相对陡峭，但它简化了用户界面的开发过程。 - **应用场景**：最适合使用了数据绑定技术的项目，特别是在需要高度解耦和良好可测试性的大型应用中。 ### 选择指南 - 如果项目是一个小型工具类应用，则可以选择MVC。 - 如果项目需要高测试覆盖率，则应考虑MVP或MVVM。 - 若项目使用了数据绑定技术，则推荐选择MVVM。 - 对于不需要数据绑定且规模适中的项目，MVP可能是更好的选择[^2]。 ### 示例代码 下面是一个简单的MVVM模式示例，展示了如何在WPF中实现一个简单的命令绑定： ```csharp public class RelayCommand : ICommand { private readonly Action<object> _execute; private readonly Predicate<object> _canExecute; public RelayCommand(Action<object> execute, Predicate<object> canExecute = null) { _execute = execute ?? throw new ArgumentNullException(nameof(execute)); _canExecute = canExecute; } public bool CanExecute(object parameter) { return _canExecute == null || _canExecute(parameter); } public void Execute(object parameter) { _execute(parameter); } public event EventHandler CanExecuteChanged { add { CommandManager.RequerySuggested += value; } remove { CommandManager.RequerySuggested -= value; } } } ``` ```csharp public class MainViewModel : INotifyPropertyChanged { private string _text; public string Text { get { return _text; } set { if (_text != value) { _text = value; OnPropertyChanged(); } } } public ICommand UpdateTextCommand { get; } public MainViewModel() { UpdateTextCommand = new RelayCommand(UpdateText); } private void UpdateText(object obj) { Text = "Text updated!"; } public event PropertyChangedEventHandler PropertyChanged; protected virtual void OnPropertyChanged([CallerMemberName] string propertyName = null) { PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName)); } } ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值