MVC、MVP、MVVM模式的概念与区别

MVC

MVC全名是Model View Controller 一种软件设计典范,用一种业务逻辑、数据、界面显示分离的方法组织代码,将业务逻辑聚集到一个部件里面,在改进和个性化定制界面及用户交互的同时,不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面结构中。

  • Model(模型)是应用程序中用于处理应用程序数据逻辑的部分。

  • View(视图)是应用程序中处理数据显示的部分。

  • Controller(控制器)是应用程序中处理用户交互的部分,负责从视图读取数据,控制用户输入,并向模型发送数据。

MVP

MVP是MVC的封装和演化。

  • View专注于UI的本身。

  • Presenter用于沟通View和Model之间的联系,Model不能直接作用于View 的更新。

  • Model 只用于处理跟数据获取相关的逻辑。

优点

  1. Model和View无耦合。

  2. 一个Presenter可以用于多个View,而不需要改变Presenter的逻辑。

缺点

Presenter与View的关系会相对比较耦合。

MVVM

View和ViewModel 是进行绑定的,改变ViewModel 就会直接作用到View视图上,而View 会把事件传递给ViewModel,ViewModel去对Model进行操作并接受更新。

优点

1. 低耦合。视图(View)可以独立于Model变化和修改,一个ViewModel可以绑定到不同的"View"上,当View变化的时候Model可以不变,当Model变化的时候View也可以不变。

2. 可重用性。你可以把一些视图逻辑放在一个ViewModel里面,让很多view重用这段视图逻辑。

3. 独立开发。开发人员可以专注于业务逻辑和数据的开发(ViewModel),设计人员可以专注于页面设计。

  1. 可测试。界面素来是比较难于测试的,而现在测试可以针对ViewModel来写。

MVP与MVC的区别

在MVP中View并不直接使用Model。而在MVC中View时会直接从Model读取数据。

MVVM与MVP区别

mvvm模式将Presener改名为View Model,基本上与MVP模式完全一致,唯一的区别是,它采用双向绑定(data-binding): View的 变动,自动反映在View Model,反之亦然。这样开发者就不用处理接收事件和View更新的工作。

 

综述:目前认为还是使用MVVM最香了。

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值