工作到现在,对代码稍微有点认识,if else 会写那么点。今天就和大家谈谈所理解的MVC,以及现在比较流行的MVVM。首先我们应该明白,计算机实现一个功能核心代码就那么点。也许我们经常会听到对于同一个问题,菜鸟的实现的真的就是几行,可是大牛却多出了很多文件。这个是为什么?因为大牛的“经验”比较多。。。这里面最主要的目的就是为了维护和可扩展。在设计模式里面,如果你能遵循单一原则,你的代码就已经很好了。 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的优点:
缺点:
最后说下ReactiveCocoa这个框架,这个虽然和MVVM经常一起出现,这个框架主要是帮我们实现model和view的绑定机制。后面会有文章来介绍它。 著作权归作者所有
|
|
来自: liang1234_ > 《java进阶》