前言

MVVM + KVO ，適用於現有的 MVC 專案，想轉換成 MVVM 但是不打算引入 RAC 作為 binder 的團隊；

MVVM + RAC ，適用於現有的 MVC 專案，想轉換成 MVVM 並且打算引入 RAC 作為 binder 的團隊；

MVVM + RAC + ViewModel-Based Navigation ，適用於全新的專案，想實踐 MVVM 並且打算引入 RAC 作為 binder ，然後也想實踐 ViewModel-Based Navigation 的團隊。

架構和設計思路

類圖

在 MVVMReactiveCocoa 中主要有兩大繼承體系：

1）用藍色標識出來的 viewModel 的繼承體系，基類為 MRCViewModel ；
2）用紅色標識出來的 view 的繼承體系，基類為 MRCViewController 。

除了提供與系統基類 UIViewController 相對應的基類 MRCViewModel/MRCViewController 外，還提供了與系統基類 UITableViewController 和 UITabBarController 相對應的基類 MRCTableViewModel/MRCTableViewController 和 MRCTabBarViewModel/MRCTabBarController ，其中基類 MRCTableViewModel/MRCTableViewController 的使用最為普遍。
 

通過基類的方式來組織 MVVMReactiveCocoa ，是因為通過基類的方式可以儘可能簡單地實現程式碼重用（繼承的特點），提高開發效率，便於統一app整體風格主題。

服務匯流排

為了方便 viewModel 層呼叫 model 層中的所有服務，並且統一管理這些服務的建立，我使用抽象工廠模式（java中可以集合反射機制，效能會有所降低，但有利於擴張維護）將 model 層的所有服務集中管理了起來，結構圖如下：

在服務匯流排類 MRCViewModelServices/MRCViewModelServicesImpl 中，主要包括以下三個方面的內容：

1、應用自有的服務類，用柚黃色進行了標識，包括 MRCAppStoreService/MRCAppStoreServiceImpl 和 MRCRepositoryService/MRCRepositoryServiceImpl 兩個服務類；
2、第三方 GitHub 提供的 API 框架，用天藍色進行了標識，主要包括 OCTClient 服務類；
3、應用的導航服務，用藻綠色進行了標識，包括 MRCNavigationProtocol 協議和實現類 MRCViewModelServicesImpl 等。
 

前兩者都是以訊號的形式對 viewModel 層提供服務，代表非同步的網路請求等資料獲取操作，而我們在 viewModel 層則可以通過訂閱訊號的形式獲取到所需的資料。
此外，服務匯流排還實現了 MRCNavigationProtocol 協議，它的內容如下：

@protocol MRCNavigationProtocol <NSObject>

- (void)pushViewModel:(MRCViewModel *)viewModel animated:(BOOL)animated;

- (void)popViewModelAnimated:(BOOL)animated;

- (void)popToRootViewModelAnimated:(BOOL)animated;

- (void)presentViewModel:(MRCViewModel *)viewModel animated:(BOOL)animated completion:(VoidBlock)completion;

- (void)dismissViewModelAnimated:(BOOL)animated completion:(VoidBlock)completion;

- (void)resetRootViewModel:(MRCViewModel *)viewModel;

@end

ViewModel-Based Navigation

從理論上來說，MVVM 模式的應用應該是以 viewModel 為驅動來運轉的；
根據我們前面對 MVVM 的探討，viewModel 提供了 view 所需的資料和命令。因此，我們往往可以直接在命令執行成功後使用 doNext 順帶就把導航操作給做了，一氣呵成；
這樣可以使 view 更加輕量級，只需要繫結 viewModel 提供的資料和命令即可。

iOS 中的導航操作無外乎兩種，push/pop 和 present/dismiss ，前者是 UINavigationController 特有的功能，而後者是所有 UIViewController 都具備的功能。

viewModel 層是不能引入 view 層的任何東西的，更嚴格的說，是不能引入任何 UIKit 中的東西的，並且也會散失 viewModel 的可測試性。

如何讓VM，V這兩者產生關聯？
viewModel 通過呼叫 MRCViewModelServicesImpl 中的空操作來表明需要執行相應的導航操作，而 MRCNavigationControllerStack 則通過 Hook 來捕獲這些空操作，然後使用棧頂的 NavigationController 來執行真正的導航操作。

- (void)registerNavigationHooks {
    @weakify(self)
    [[(NSObject *)self.services
        rac_signalForSelector:@selector(pushViewModel:animated:)]
        subscribeNext:^(RACTuple *tuple) {
            @strongify(self)
            UIViewController *viewController = (UIViewController *)[MRCRouter.sharedInstance viewControllerForViewModel:tuple.first];
            [self.navigationControllers.lastObject pushViewController:viewController animated:[tuple.second boolValue]];
        }];

    [[(NSObject *)self.services
        rac_signalForSelector:@selector(popViewModelAnimated:)]
        subscribeNext:^(RACTuple *tuple) {
          @strongify(self)
            [self.navigationControllers.lastObject popViewControllerAnimated:[tuple.first boolValue]];
        }];

    [[(NSObject *)self.services
        rac_signalForSelector:@selector(popToRootViewModelAnimated:)]
        subscribeNext:^(RACTuple *tuple) {
            @strongify(self)
            [self.navigationControllers.lastObject popToRootViewControllerAnimated:[tuple.first boolValue]];
        }];

    [[(NSObject *)self.services
        rac_signalForSelector:@selector(presentViewModel:animated:completion:)]
        subscribeNext:^(RACTuple *tuple) {
          @strongify(self)
            UIViewController *viewController = (UIViewController *)[MRCRouter.sharedInstance viewControllerForViewModel:tuple.first];

            UINavigationController *presentingViewController = self.navigationControllers.lastObject;
            if (![viewController isKindOfClass:UINavigationController.class]) {
                viewController = [[MRCNavigationController alloc] initWithRootViewController:viewController];
            }
            [self pushNavigationController:(UINavigationController *)viewController];

            [presentingViewController presentViewController:viewController animated:[tuple.second boolValue] completion:tuple.third];
        }];

    [[(NSObject *)self.services
        rac_signalForSelector:@selector(dismissViewModelAnimated:completion:)]
        subscribeNext:^(RACTuple *tuple) {
            @strongify(self)
            [self popNavigationController];
            [self.navigationControllers.lastObject dismissViewControllerAnimated:[tuple.first boolValue] completion:tuple.second];
        }];

    [[(NSObject *)self.services
        rac_signalForSelector:@selector(resetRootViewModel:)]
        subscribeNext:^(RACTuple *tuple) {
            @strongify(self)
            [self.navigationControllers removeAllObjects];

            UIViewController *viewController = (UIViewController *)[MRCRouter.sharedInstance viewControllerForViewModel:tuple.first];

            if (![viewController isKindOfClass:[UINavigationController class]]) {
                viewController = [[MRCNavigationController alloc] initWithRootViewController:viewController];
                ((UINavigationController *)viewController).delegate = self;
                [self pushNavigationController:(UINavigationController *)viewController];
            }

            MRCSharedAppDelegate.window.rootViewController = viewController;
        }];
}

通過 Hook 的方式，我們最終實現了 ViewModel-Based 的導航操作，並且在 viewModel 層中也沒有引入 view 層的任意東西，實現瞭解耦合。

Router

在 viewModel 中呼叫導航操作的時候，只傳入了 viewModel 的例項作為引數，那麼我們在 MRCNavigationControllerStack 中執行真正的導航操作時，怎麼才能知道要跳轉到哪個介面呢？

方案：
配置了一個從 viewModel 到 view 的對映，並且約定了一個統一的初始化 view 的方法 initWithViewModel:

- (MRCViewController *)viewControllerForViewModel:(MRCViewModel *)viewModel {
    NSString *viewController = self.viewModelViewMappings[NSStringFromClass(viewModel.class)];

    NSParameterAssert([NSClassFromString(viewController) isSubclassOfClass:[MRCViewController class]]);
    NSParameterAssert([NSClassFromString(viewController) instancesRespondToSelector:@selector(initWithViewModel:)]);

    return [[NSClassFromString(viewController) alloc] initWithViewModel:viewModel];
}

- (NSDictionary *)viewModelViewMappings {
    return @{
      @"MRCLoginViewModel": @"MRCLoginViewController",
        @"MRCHomepageViewModel": @"MRCHomepageViewController",
        @"MRCRepoDetailViewModel": @"MRCRepoDetailViewController",
        ...
    };
}

實踐 MVVM 的關鍵點在於，我們要能夠分析清楚 viewModel 需要暴露給 view 的資料和命令，這些資料和命令能夠代表 view 當前的狀態。

MRCLoginViewModel.h 標頭檔案的內容

@interface MRCLoginViewModel : MRCViewModel

/// The avatar URL of the user.當用戶輸入的使用者名稱發生變化時，呼叫 model 層的方法查詢本地資料庫中快取的使用者資料，並返回 avatarURL 屬性;
@property (nonatomic, copy, readonly) NSURL *avatarURL;

/// The username entered by the user.
@property (nonatomic, copy) NSString *username;

/// The password entered by the user.
@property (nonatomic, copy) NSString *password;

/**
 屬性代表的是登入按鈕是否可用，它將會與 view 中登入按鈕的 enabled 屬性進行繫結
 */
@property (nonatomic, strong, readonly) RACSignal *validLoginSignal;

/// The command of login button.
@property (nonatomic, strong, readonly) RACCommand *loginCommand;

/// The command of uses browser to login button.
@property (nonatomic, strong, readonly) RACCommand *browserLoginCommand;
@property (nonatomic, strong, readonly) RACCommand *exchangeTokenCommand;