MVVM简介

587 阅读8分钟

为避免撕逼,提前声明:本文纯属翻译,仅仅是为了学习,加上水平有限,见谅!

【原文】https://www.objc.io/issues/13-architecture/singletons/

编辑推荐

距objc.io第一期的出现已经有一年了,我们正在庆祝我们的一周年!感谢在此期间所有支持我们的朋友,特别是那些让我们从社区获得的卓越贡献的人。

你肯能和我们一样正为苹果上周在WWDC发布的一系列以开发者为中心的声明感到不知所措。让我们开心的是今年苹果的保密协议也有所松动,这意味着我们不必等到秋天再写这些。

在我们深入讨论新东西之前,这个月我们为你准备了一个更永恒的话题。我们想会过来整理一下我们写过的第一期文章:更轻的视图控制器(lighter view controllers)。但是这次我们选择一个范围更广的话题,这期的文章会涉及各种不同的问题,而这些问题可能会是你在思考应用架构的时候遇到的。

上个月,我们有机会和一个在柏林UIKonf的有趣的开发团队坐在一起对这个话题进行头脑风暴:

uikonf meeting
头脑风暴的结果是五篇分别对应不同架构问题的文章:由Ash Furrow 编写的《MVVM概念》,由Stephen Poletto编写的《避免单例滥用》,由Krzystof Zablłocki编写的《用IB模块化行为(modular behaviors with Interface Builder)》,最后一个是,由Conrad StollJeff 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
这可以更准确地描述你已经编写的MVC代码。但是它并不能解决应用程序中笨重的试图控制器(Massive View Controller)继续笨重下去的趋势。在标准的MVC应用程序中,很多逻辑被放在了视图控制器(View Controller)中处理。当然有些是属于视图控制器(View Controller)的,但是很多并不属于,这些在MVVM术语中被称为展示逻辑,如把一些值转换成可以在视图中战士的对象,如把一个NSDate对象转换成格式化的NSString对象。

从上图可以看到我们漏掉了一些东西。在这里我们可以里面放置展示逻辑。我打算把它叫做视图模型(View Model),它位于view/controllermodel之间:

看起来好了很多!这幅图准确地描述了什么是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中使用ReactiveCocoaMVVM是一个很好的范例,它可以独立运行,并且只有好的绑定框架与其配合才能表现的更加完美。

我们已经说了很多:从简单地MVC得到MVVM,知道它们如何兼容范例,从可测试性看MVVM,了解到当MVVM和绑定机制配合时效果最好。如果你想知道MVVM的更多信息,可以查看这个博客,它更详细的阐述了MVVM的好处,或者这篇文章,它是关于我们如何把MVVM应用在最近的工程中并取得巨大成功的。我也有一个基于MVVM的开源应用——C-41,我对它进行了完全测试。你可以从git上把它pull下来,如果有什么问题可以告诉我

未完待续...