编辑推荐
距objc.io第一期的出现已经有一年了,我们正在庆祝我们的一周年!感谢在此期间所有支持我们的朋友,特别是那些让我们从社区获得的卓越贡献的人。
你肯能和我们一样正为苹果上周在WWDC发布的一系列以开发者为中心的声明感到不知所措。让我们开心的是今年苹果的保密协议也有所松动,这意味着我们不必等到秋天再写这些。
在我们深入讨论新东西之前,这个月我们为你准备了一个更永恒的话题。我们想会过来整理一下我们写过的第一期文章:更轻的视图控制器(lighter view controllers)。但是这次我们选择一个范围更广的话题,这期的文章会涉及各种不同的问题,而这些问题可能会是你在思考应用架构的时候遇到的。
上个月,我们有机会和一个在柏林UIKonf的有趣的开发团队坐在一起对这个话题进行头脑风暴:
头脑风暴的结果是五篇分别对应不同架构问题的文章:由Ash Furrow 编写的《
MVVM
概念》,由Stephen Poletto编写的《避免单例滥用》,由Krzystof Zablłocki编写的《用IB模块化行为(modular behaviors with Interface Builder)》,最后一个是,由Conrad Stoll和Jeff Gilbert编写的有别于传统MVC
的架构——VIPER
。
All the best from a very summery Berlin,
Chris, Daniel, and Florian.
MVVM
简介——by Ash Furrow
2011年我从500px得到了我的第一份iOS开发工作。在大学我已经做了几年iOS外包开发了,但是这是我第一份真正的iOS开发工作。我作为唯一的iOS开发者被雇佣去开发设计精美的iPad应用。仅仅7周我们就发布了1.0
版本然后继续迭代,添加更多的功能,本质上讲,让代码库更加复杂。
有事,我都不知道我在做什么东西。像其他好的程序员一样,我知道自己的设计模式,但是我对产品架构决策的效率评估太接近客观了(but I was way too close to the product I was making to objectively measure the efficacy of my architectural decisions.)。随着另一个人加入到团队,然我意识到我们陷入到麻烦中了。
听说过MVC
?也有人称之为Massive View Controller。那是当时的感觉。令人尴尬的细节就不再说了,但是如果说能再重来一次的话,我会做出不同的决定。
自此,我做的一个关键架构的改变而且在应用开发中用就到了它,那就是使用一个称之为Model-View—ViewModel(MVVM)
的MVC
。
MVVM
究竟为何物呢?而非关注MVVM
出现的历史背景,让我们典型的iOS
应用是什么样的,并从中推出MVVM
:
从上图我们看到了
MVC
的架构图。模型(Model
)展示数据,视图展示用户界面,控制器协调两者之间的交互。Cool!
思考一下,尽管视图和控制器在技术上是不同的组件,但是他们总是成双成对,形影不离的。视图最后一次匹配不同视图控制器(View Controller
)是什么时候?反之亦然。因此为什么不形式化他们之间的连接?
这可以更准确地描述你已经编写的
MVC
代码。但是它并不能解决应用程序中笨重的试图控制器(Massive View Controller)继续笨重下去的趋势。在标准的MVC
应用程序中,很多逻辑被放在了视图控制器(View Controller
)中处理。当然有些是属于视图控制器(View Controller
)的,但是很多并不属于,这些在MVVM
术语中被称为展示逻辑,如把一些值转换成可以在视图中战士的对象,如把一个NSDate对象转换成格式化的NSString对象。
从上图可以看到我们漏掉了一些东西。在这里我们可以里面放置展示逻辑。我打算把它叫做视图模型(View Model
),它位于view/controller
和model
之间:
看起来好了很多!这幅图准确地描述了什么是
MVVM
:增强版的MVC
,通过MVVM
我们正式的连接了视图(view
)和控制器(controller
),把展示逻辑从从控制器移出到了视图模型(view model
)中。MVVM
听起来很复杂,但本质上讲,它是你已经熟悉的MVC
架构的精心改良版。
现在我们已经知道MVVM
是什么了,但是为什么有人会用它呢?在iOS中,对于我来说,MVVM
的驱动力是他可以减少视图控制器(view controller
)的复杂度,并且使得展示逻辑更容易测试。我们通过例子来看一下它是如何达成目标的。
我希望你能从这篇文章学到的有三个重要的方面:
-
MVVM
兼容你已存在的MVC
架构。 -
MVVM
让你的应用更容易测试。 -
MVVM
配合绑定机制使用最佳。
正如我们之前看到的,本质上讲MVVM仅仅是MVC的精心改良版,因此,很容易看到它是如何被整合到一个具有标准MVC
架构的现有应用程序中去。创建一个简单地Person
模型(Model
)和对应的视图控制器(View Controller
):
@interface Person: NSObject
- (instancetype)initwithSalutation:(NSString *)salutation firstName:(NSString *)firstName lastName:(NSString *)lastName birthdate:(NSDate *)birthdate;
@property (nonatomic, readonly) NSString *salutation;
@property (nonatomic, readonly) NSString *firstName;
@property (nonatomic, readonly) NSString *lastName;
@property (nonatomic, readonly) NSDate *birthdate;
@end
Cool.假设我们有一个PersonViewController,在viewDidLoad方法中基于model的属性仅仅设置一些labels:
- (void)viewDidLoad {
[super viewDidLoad];
if (self.model.salutation.length > 0) {
self.nameLabel.text = [NSString stirngWithFormat:@"%@ %@ %@", self.model.salutation, self.model.firstName, self.model.lastName];
} else {
self.nameLabel.text = [NSString stringWithFormat:@"%@ %@", self.model.firstName, self.model.lastName];
}
NSDateFormat *dateFormatter = [[NSDateFormatter alloc] init];
[dateFormatter setDateFormat:@"EEEE MMMM d, yyyy"];
self.birthdateLabel.text = [dateFormatter stringFromDate:model.birthdate];
}
这是很简单MVC
架构。现在让我们看一下如何用一个视图模型(View Model
)扩展它:
@interface PersonViewModel: NSObject
- (instancetype)initWithPerson:(Person *)person;
@property (nonatomic, readonly) Person *person;
@property (nonatomic, readonly) NSString *nameText;
@property (nonatomic, readonly) NSString *birthdateText;
@end
下面就是这个模型(Model
)的实现方式:
- (instancetype)initWithPerson:(Person *)person {
self = [super init];
if (!self) return nil;
_person = person;
if (person.salutation.length > 0) {
_nameText = [NSString stringWithFormat:@"%@ %@ %@", self.person.salutation, self.person.firstName, self.person.lastName];
} else {
_nameText = [NSString stringWithFormat:@"%@ %@", self.person.firstName, self.person.lastName];
}
NSDateFormatter *dateFormatter = [[NSDateFormatter alloc] init];
[dateFormatter setDateFormat:@"EEEE MMMM d, yyyy"];
_birthdateText = [dateFormatter stringFromDate:person.birthdate];
return self;
}
@end
Cool.我们把viewDidLoad中的展示逻辑移到了视图模型(View Model
)中。现在viewDidLoad方法就显得非常轻量级。
- (void)viewDidLoad {
[super viewDidLoad];
self.nameLabel.text = self.viewModel.nameText;
self.birthdateLabel.text = self.viewModel.birthdateText;
}
正如你看到的,与MVC
架构相比改变不大。同样的代码,只是把它移来移去而已。MVVM
兼容MVC
,形成了lighter view controllers
,并且更容易测试。
可测试性?这是什么?众所周知,由于视图控制器(View Controller
)中处理的东西太多导致很难对它进行测试。在MVVM
架构中,我们试图把尽可能多的代码移到了视图模型(View Model
)中。由于视图控制器(View Controller
)处理的东西减少,从而使得它的测试更容易,同时视图模型(View Model
)也变得极易测试。让我们看一下:
SpecBegin(Person)
NSString *salutation = @"Dr.";
NSString *firstName = @"first";
NSString *lastName = @"last";
NSDate *birthdate = [NSDate dateWithTimeIntervalSince1970:0];
it(@"should user the salutation available. ", ^{
Person *person = [[Person alloc] initWithSalutation:salutation firstName:firstName lastName:lastName birthdate:birthdate];
PersonViewModel *viewModel = [[PersonViewModel alloc] initWithPerson:person];
expect(viewModel.nameText).to.equal(@"Dr. first last");
});
it(@"should not use an unavailable salutation. ", ^{
Person *person = [[Person alloc] initWithSalutation:nil firstName:firstName lastName:lastName birthdate:birthdate];
PersonViewModel *viewModel = [[PersonViewModel alloc] initWithPerson:person];
expect(viewModel.nameText).to.equal(@"first last");
});
it(@"should use correct date format. ", ^{
Person *person = [[Person alloc] initWithSalutation:nil firstName:firstName lastName:lastName birthdate:birthdate];
PersonViewModel *viewModel = [[PersonViewModel alloc] initWithPerson:person];
expect(viewModel.birthdateText).to.equal(@"Thursday January 1, 1970");
});
SpecEnd
如果没有把这部分逻辑移到视图模型(View Model
)中,如果要对其进行测试,就不得不实例化完整的视图控制器(View Controller
)及视图(View
),同时比较视图(View
)上标签中的值。这样不仅测试起来不方便,而且测试结果也没有说服力。现在我们可以随意的改变视图层级而不必担心破坏单元测试。使用MVVM
所带来的测试上的好处是显而易见的,尽管是这样一个简单地例子,并且这种效果会随着展示逻辑的复杂变的越来越明显。
注意在上述的简例中,模型(Model
)是不可变的,所以我们可以在初始化的时候设置模型(Model
)的属性值。对于可变的model,我们需要使用一种绑定机制,以保证当支持这些属性的模型(Model
)改变时,视图模型(View Model
)也会跟着更新。此外,一旦视图模型(View Model
)中的模型(Model
)发生改变,视图(View
)中的属性也需要更新。模型(Model
)改变需要通过视图模型(View Model
)向下传递至视图(View
)。
在OSX系统中,可以使用Cocoa
绑定,但是在iOS系统中没有这种奢侈品。因此,键值监听(KVO,Key-value observation
)就进入我们的视线,而且效果很棒。然而,即使是一个简单KVO
绑定也需要很多样板代码,更别说当有很多属性需要绑定的时候了。所以,我喜欢使用ReactiveCocoa
,但是并没有强制要求在MVVM中使用ReactiveCocoa
。MVVM
是一个很好的范例,它可以独立运行,并且只有好的绑定框架与其配合才能表现的更加完美。
我们已经说了很多:从简单地MVC
得到MVVM
,知道它们如何兼容范例,从可测试性看MVVM
,了解到当MVVM
和绑定机制配合时效果最好。如果你想知道MVVM
的更多信息,可以查看这个博客,它更详细的阐述了MVVM的好处,或者这篇文章,它是关于我们如何把MVVM
应用在最近的工程中并取得巨大成功的。我也有一个基于MVVM
的开源应用——C-41,我对它进行了完全测试。你可以从git上把它pull下来,如果有什么问题可以告诉我。