mvc和mvvm的区别
来源:互联网 发布:中文翻译藏文软件下载 编辑:程序博客网 时间:2024/05/21 06:37
MVC
做iOS开发,一直被教导一定要按MVC模式开发。可是MVC到底是神马?至少在我工作初也不懂是咋回事!如果网上一搜就是千篇一律的M是数据模型,V是视图,C是控制器。然后巴拉巴拉的讲他们之间是怎么通信的。然并无卵用!iOS的MVC展现形式还是有点特殊的,特别是controller和view紧密在一起,controller还必须负责view的展示。在服务器端,view根据model直接生成HTML,然后直接扔给浏览器去渲染和展示,通过Ajax或者js post告诉服务器controller view的响应事件,controller真的做的只是业务数据的处理,出来的结果其实还是数据,根本没有去做UI相关的事情。也可以说服务器根本就没有view。。但它有个浏览器,帮他管理着view和controller之间的交互。而在我们iOS中,controller可不仅仅只是处理数据了,还负责view的管理以及事件的传递。 MVC本质就是将数据展示和数据进行进行隔离,提高代码的复用性和扩展性。好吧,我也说点并无什么卵用的。
看看斯坦福老爷爷的一张图:
这就是我们所认识的MVC。我们可以看到,Controller可以和Model通信,也可以和View进行通信。继续看Controller和Model的关系,绿色的箭头代表Controller可以直接进行对Model进行访问,也就是说Model对于Controller来说就是透明的。但是Model并不知道Controller是谁。如果Model发生了变化,那么就通过Notification和KVO的方式传递给Controller。同样的Controller和View之间也是这种关系,View对Controller来说就是 透明的。Controller可以直接根据Model决定View的展示。View如果接受响应事件则通过delegate,target-action,block等方式告诉Controller的状态变化。Controller进行业务的处理,然后再控制View的展示。
到这里你会发现Model和View并不能直接的进行通信,都必须通过Controller。那这样Model和View就是相互独立的。View只负责页面的展示,Model只是数据的存储,那么也就达到了解耦和重用的目的。
说这么多不如几行代码来的实在。我们以一个简单的例子来看下:
我们假设苹果根据买iPhone的人给予不同的优惠,学生优惠20%,it民工优惠50%,其他不优惠。
//客户类typedef NS_ENUM(NSInteger, CustomerType) { CustomerTypeStudent, CustomerTypeiT, CustomerTypeOther,};@interface Customer : NSObject@property (nonatomic, assign) CustomerType customerType;@end//iPhone类@interface iPhone : NSObject@property (nonatomic, strong) NSString *name;@property (nonatomic, strong) NSString *price;@end//VC类@interface ViewController ()@property (nonatomic, strong) iPhone *iphone;@property (nonatomic, strong) Customer *customer;@property (weak, nonatomic) IBOutlet UILabel *lblName;@property (weak, nonatomic) IBOutlet UILabel *lblPrice;@property (weak, nonatomic) IBOutlet UILabel *lblDiscount;@end@implementation ViewController- (void)viewDidLoad { [super viewDidLoad]; self.title = @"手机优惠"; self.lblName.text = self.iphone.name; self.lblPrice.text = self.iphone.price; if (self.customer.customerType == CustomerTypeStudent) { self.lblDiscount.text = @"优惠20%"; } else if (self.customer.customerType == CustomerTypeiT) { self.lblDiscount.text = @"优惠50%"; } else { self.lblDiscount.text = @"没有优惠"; }}@end
这个就是我们最正常的开发,我们的逻辑都是在vc里面写的。这样写有木有错呢?一点没错,controller本来就是用来处理业务的。由于这个例子比较简单,只是做了个优惠判断,所以我们看不出有啥坏处。有点开发经验的都知道,如果业务复杂起来,再加上其他乱七八糟的验证,controller就会变得很大,越来越难以维护。这个也是MVC比较明显的缺点。
MVVM
既然controller越来越臃肿,越来越难以维护,我们怎么去优化和瘦身呢?回头再仔细看看我们所谓的业务逻辑,是干什么的?无非就是根据几个数据得出一个数据用来控制view的显示。比如展示的是什么文案,按钮能不能响应,页面能不能跳转等等。那MVVM就干了这件事,帮忙分担一下controller里面的部分业务逻辑。MVVM更合理的应该叫做MV-CM。
这个时候,controller将不再直接和真实的model进行绑定了,而通过ViewModel,viewModel进行持有真实的Model。
我们来看看刚刚那例子怎么修改:
//新建一个viewModel//.h文件@interface viewModel : NSObject@property (nonatomic, strong) NSString *name;@property (nonatomic, strong) NSString *price;@property (nonatomic, strong) NSString *discount;- (id)initWithCustomer:(Customer *)customer iphone:(iPhone *)iphone;@end//.m文件@interface viewModel ()@property (nonatomic, strong) iPhone *iphone;@property (nonatomic, strong) Customer *customer;@end@implementation viewModel- (id)initWithCustomer:(Customer *)customer iphone:(iPhone *)iphone{ if (self = [super init]) { _customer = customer; _iphone = iphone; [self bindData]; } return self;}- (void)bindData{ self.name = _iphone.name; self.price = _iphone.price; if (self.customer.customerType == CustomerTypeStudent) { self.discount = @"优惠20%"; } else if (self.customer.customerType == CustomerTypeiT) { self.discount = @"优惠50%"; } else { self.discount = @"没有优惠"; }}@end//VC@interface ViewController ()@property (nonatomic, strong) viewModel *viewModel;@property (weak, nonatomic) IBOutlet UILabel *lblName;@property (weak, nonatomic) IBOutlet UILabel *lblPrice;@property (weak, nonatomic) IBOutlet UILabel *lblDiscount;@end@implementation ViewController- (void)viewDidLoad { [super viewDidLoad]; // Do any additional setup after loading the view, typically from a nib. self.title = @"手机优惠"; self.lblName.text = self.viewModel.name; self.lblPrice.text = self.viewModel.price; self.lblDiscount.text = self.viewModel.discount;}- (void)didReceiveMemoryWarning { [super didReceiveMemoryWarning]; // Dispose of any resources that can be recreated.}@end
看到修改完的代码,你会发现VC里面已经省去了不少的代码。一切都和viewModel进行交流。这里我只是展示一个最简单的数据展示,如果有其他响应事件,是需要viewModel开放方法来进行处理的,并要通知VC处理结果的。
关于MVVM的优点:
方便测试
在MVC下,Controller基本是无法测试的,里面混杂了个各种逻辑,而且分散在不同的地方。有了MVVM我们就可以测试里面的viewModel,来验证我们的处理结果对不对(Xcode7的测试已经越来越完善了)。
便于代码的移植
比如iOS里面有iPhone版本和iPad版本,除了交互展示不一样外,业务逻辑的model是一致的。这样,我们就可以以很小的代价去开发另一个app。(以前做公司iPad的时候就深深感觉到,全部在VC里面是多么的痛苦和重新开发一个没有啥区别)。
兼容MVC
MVVM是MVC的一个升级版,目前的MVC也可以很快的转换到MVVM这个模式。VC可以省去一大部分展示逻辑。
缺点:
类会增多
每个VC都附带一个viewModel,类的数量*2
viewModel会越来越庞大
我们把逻辑给了viewModel,那势必Model也会变得很复杂,里面的属性和方法越来越多。可能重写的方法比较多,因为涉及到一些数据的转换以及和controller之间的通信。
调用复杂度增加
由于数据都是从viewModel来,想想突然来了一个新人,一看代码,不知道真实的模型是谁。比如常用tableview的数据源,一般都是一个数组,如果不断的通过viewModel去取,沟通上没有那么直接。况且每封一层,意味着要写很多代码去融合他们的转换。
作者:JamesYu
链接:http://www.jianshu.com/p/f4faa720f00d
來源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
- mvc和mvvm的区别
- MVC和MVVM的区别和联系
- MVC和MVP和MVVM的区别
- MVC,MVP 和 MVVM 的图示区别
- mvp,mvc和mvvm的区别
- MVC,MVP 和 MVVM 的区别
- MVC、MVP和MVVM的区别
- MVC、MVP和MVVM的区别
- MVC,MVP 和 MVVM的图示区别
- MVC,MVP,MVVM的区别和联系
- MVC和MVVM模式的区别
- mvc、mvp 和mvvm区别
- MVC,MVP,MVVM的区别
- MVC、MVP、MVVM的区别
- MVC,MVP,MVVM的区别
- MVC , MVP ,MVVM 的区别
- MVC,MVP,MVVM的区别
- MVC、MVP、MVVM的区别
- 二分图的最大匹配模板
- Base64 编解码 工具类
- 最近点对算法分析Closest Pair of Points
- IDEA Spring + websocket + tomcat项目搭建及打包部署
- RecyclerView下拉刷新上拉加载
- mvc和mvvm的区别
- 10月9日云栖精选夜读:上千家企业将空降云栖小镇,一起见证普惠科技的魅力
- Python计算机视觉里的IOU计算
- 为什么需要RPC,而不是简单的HTTP接口
- python3基础语法一
- CSS3 Transform
- Android7.0反射类找不到的问题
- 奥威零售数据分析系统Power-BI 之空调行业——零售指标分析
- 深度学习笔记(二):基于tensorflow gpu版本的深度神经网络程序总览