编辑推荐

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

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

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

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

uikonf meeting
头脑风暴的结果是五篇分别对应不同架构问题的文章：由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：

image
从上图我们看到了MVC的架构图。模型（Model）展示数据，视图展示用户界面，控制器协调两者之间的交互。Cool！

思考一下，尽管视图和控制器在技术上是不同的组件，但是他们总是成双成对，形影不离的。视图最后一次匹配不同视图控制器（View Controller）是什么时候？反之亦然。因此为什么不形式化他们之间的连接？

MVC
这可以更准确地描述你已经编写的MVC代码。但是它并不能解决应用程序中笨重的试图控制器（Massive View Controller）继续笨重下去的趋势。在标准的MVC应用程序中，很多逻辑被放在了视图控制器（View Controller）中处理。当然有些是属于视图控制器（View Controller）的，但是很多并不属于，这些在MVVM术语中被称为展示逻辑，如把一些值转换成可以在视图中战士的对象，如把一个NSDate对象转换成格式化的NSString对象。

从上图可以看到我们漏掉了一些东西。在这里我们可以里面放置展示逻辑。我打算把它叫做视图模型（View Model），它位于view/controller和model之间：

image
看起来好了很多！这幅图准确地描述了什么是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下来，如果有什么问题可以告诉我。

未完待续...