久久国产成人av_抖音国产毛片_a片网站免费观看_A片无码播放手机在线观看,色五月在线观看,亚洲精品m在线观看,女人自慰的免费网址,悠悠在线观看精品视频,一级日本片免费的,亚洲精品久,国产精品成人久久久久久久

分享

MVVM With ReactiveCocoa

 宇智波瞬潤 2016-06-07

MVVM 是一種軟件架構(gòu)模式,,它是 Martin FowlerPresentation Model 的一種變體,,最先由微軟的架構(gòu)師 John Gossman 在 2005 年提出,并應(yīng)用在微軟的 WPFSilverlight 軟件開發(fā)中,。MVVM 衍生于 MVC ,,是對 MVC 的一種演進(jìn),它促進(jìn)了 UI 代碼與業(yè)務(wù)邏輯的分離,。

說明:本文將采用理論與實踐相結(jié)合的方式,,重點(diǎn)介紹一個使用 MVVMRAC 開發(fā)的 iOS 開源項目 MVVMReactiveCocoa ,目的是希望能為你實踐 MVVM 提供幫助,。不過,,在正式開始介紹正文之前,請你先思考以下三個問題:

  • MVCMVVM 有什么異同點(diǎn),,MVCMVVM 是怎樣演進(jìn)的,;
  • RACMVVM 中扮演什么樣的角色,,MVVM 是否一定要結(jié)合 RAC 使用;
  • 如何將一個現(xiàn)有的 MVC 應(yīng)用轉(zhuǎn)變成一個 MVVM 應(yīng)用,,有哪些需要注意的地方,。

帶著以上問題,我們一起進(jìn)入正文,。

名詞解釋:本文中的 RACReactiveCocoa 的縮寫,。

MVC

MVCiOS 開發(fā)中使用最普遍的架構(gòu)模式,同時也是蘋果官方推薦的架構(gòu)模式,。MVC 代表的是 Model–view–controller ,,它們之間的關(guān)系如下:

是的,MVC 看上去棒極了,,model 代表數(shù)據(jù),,view 代表 UI ,而 controller 則負(fù)責(zé)協(xié)調(diào)它們兩者之間的關(guān)系,。然而,,盡管從技術(shù)上看 viewcontroller 是相互獨(dú)立的,但事實上它們幾乎總是結(jié)對出現(xiàn),,一個 view 只能與一個 controller 進(jìn)行匹配,,反之亦然。既然如此,,那我們?yōu)楹尾粚⑺鼈兛醋饕粋€整體呢:

因此,,M-VC 可能是對 iOS 中的 MVC 模式更為準(zhǔn)確的解讀。在一個典型的 MVC 應(yīng)用中,,controller 由于承載了過多的邏輯,,往往會變得臃腫不堪,所以 MVC 也經(jīng)常被人調(diào)侃成 Massive View Controller

iOS architecture, where MVC stands for Massive View Controller.

坦白說,,有一部分邏輯確實是屬于 controller 的,,但是也有一部分邏輯是不應(yīng)該被放置在 controller 中的。比如,,將 model 中的 NSDate 轉(zhuǎn)換成 view 可以展示的 NSString 等,。在 MVVM 中,我們將這些邏輯統(tǒng)稱為展示邏輯,。

MVVM

因此,,一種可以很好地解決 Massive View Controller 問題的辦法就是將 controller 中的展示邏輯抽取出來,放置到一個專門的地方,,而這個地方就是 viewModel ,。其實,我們只要在上圖中的 M-VC 之間放入 VM ,就可以得到 MVVM 模式的結(jié)構(gòu)圖:

從上圖中,,我們可以非常清楚地看到 MVVM 中四個組件之間的關(guān)系,。:除了 viewviewModelmodel 之外,,MVVM 中還有一個非常重要的隱含組件 binder

  • view :由 MVC 中的 viewcontroller 組成,,負(fù)責(zé) UI 的展示,綁定 viewModel 中的屬性,,觸發(fā) viewModel 中的命令,;
  • viewModel :從 MVCcontroller 中抽取出來的展示邏輯,負(fù)責(zé)從 model 中獲取 view 所需的數(shù)據(jù),,轉(zhuǎn)換成 view 可以展示的數(shù)據(jù),,并暴露公開的屬性和命令供 view 進(jìn)行綁定;
  • model :與 MVC 中的 model 一致,,包括數(shù)據(jù)模型,、訪問數(shù)據(jù)庫的操作和網(wǎng)絡(luò)請求等;
  • binder :在 MVVM 中,,聲明式的數(shù)據(jù)和命令綁定是一個隱含的約定,,它可以讓開發(fā)者非常方便地實現(xiàn) viewviewModel 的同步,避免編寫大量繁雜的樣板化代碼,。在微軟的 MVVM 實現(xiàn)中,,使用的是一種被稱為 XAML 的標(biāo)記語言。

ReactiveCocoa

盡管,,在 iOS 開發(fā)中,,系統(tǒng)并沒有提供類似的框架可以讓我們方便地實現(xiàn) binder 功能,不過,,值得慶幸的是,GitHub 開源的 RAC ,,給了我們一個非常不錯的選擇。

RAC 是一個 iOS 中的函數(shù)式響應(yīng)式編程框架,它受 Functional Reactive Programming 的啟發(fā),,是 Justin Spahr-SummersJosh Abernathy 在開發(fā) GitHub for Mac 過程中的一個副產(chǎn)品,,它提供了一系列用來組合和轉(zhuǎn)換值流的 API 。如需了解更多關(guān)于 RAC 的信息,,可以閱讀我的上一篇文章《ReactiveCocoa v2.5 源碼解析之架構(gòu)總覽》,。

iOSMVVM 實現(xiàn)中,我們可以使用 RAC 來在 viewviewModel 之間充當(dāng) binder 的角色,,優(yōu)雅地實現(xiàn)兩者之間的同步,。此外,我們還可以把 RAC 用在 model 層,,使用 Signal 來代表異步的數(shù)據(jù)獲取操作,,比如讀取文件,、訪問數(shù)據(jù)庫和網(wǎng)絡(luò)請求等。說明,,RAC 的后一個應(yīng)用場景是與 MVVM 無關(guān)的,,也就是說,我們同樣可以在 MVCmodel 層這么用,。

小結(jié)

綜上所述,,我們只要將 MVC 中的 controller 中的展示邏輯抽取出來,放置到 viewModel 中,,然后通過一定的技術(shù)手段,,比如 RAC 來同步 viewviewModel ,就完成了 MVCMVVM 的轉(zhuǎn)變,。

Talk is cheap. Show me the code.

下面,,我們直接上代碼,一起來看一個 MVC 模式轉(zhuǎn)換成 MVVM 模式的示例,。首先是 model 層的代碼 Person

1
2
3
4
5
6
7
8
9
10
@interface Person : NSObject

- (instancetype)initwithSalutation:(NSString *)salutation firstName:(NSString *)firstName lastName:(NSString *)lastName birthdate:(NSDate *)birthdate;

@property (nonatomic, copy, readonly) NSString *salutation;
@property (nonatomic, copy, readonly) NSString *firstName;
@property (nonatomic, copy, readonly) NSString *lastName;
@property (nonatomic, copy, readonly) NSDate *birthdate;

@end

然后是 view 層的代碼 PersonViewController ,,在 viewDidLoad 方法中,我們將 Person 中的屬性進(jìn)行一定的轉(zhuǎn)換后,,賦值給相應(yīng)的 view 進(jìn)行展示:

1
2
3
4
5
6
7
8
9
10
11
12
13
- (void)viewDidLoad {
    [super viewDidLoad];

    if (self.model.salutation.length > 0) {
        self.nameLabel.text = [NSString stringWithFormat:@"%@ %@ %@", self.model.salutation, self.model.firstName, self.model.lastName];
    } else {
        self.nameLabel.text = [NSString stringWithFormat:@"%@ %@", self.model.firstName, self.model.lastName];
    }

    NSDateFormatter *dateFormatter = [[NSDateFormatter alloc] init];
    [dateFormatter setDateFormat:@"EEEE MMMM d, yyyy"];
    self.birthdateLabel.text = [dateFormatter stringFromDate:model.birthdate];
}

接下來,,我們引入一個 viewModel ,將 PersonViewController 中的展示邏輯抽取到這個 PersonViewModel 中:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
@interface PersonViewModel : NSObject

- (instancetype)initWithPerson:(Person *)person;

@property (nonatomic, strong, readonly) Person *person;
@property (nonatomic, copy, readonly) NSString *nameText;
@property (nonatomic, copy, readonly) NSString *birthdateText;

@end

@implementation PersonViewModel

- (instancetype)initWithPerson:(Person *)person {
    self = [super init];
    if (self) {
       _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

最終,,PersonViewController 將會變得非常輕量級:

1
2
3
4
5
6
- (void)viewDidLoad {
    [super viewDidLoad];

    self.nameLabel.text = self.viewModel.nameText;
    self.birthdateLabel.text = self.viewModel.birthdateText;
}

怎么樣,?其實 MVVM 并沒有想像中的那么難吧,而且更重要的是它也沒有破壞 MVC 的現(xiàn)有結(jié)構(gòu),,只不過是移動了一些代碼,,僅此而已。好了,,說了這么多,,那 MVVM 相比 MVC 到底有哪些好處呢?我想,,主要可以歸納為以下三點(diǎn):

  • 由于展示邏輯被抽取到了 viewModel 中,,所以 view 中的代碼將會變得非常輕量級;
  • 由于 viewModel 中的代碼是與 UI 無關(guān)的,,所以它具有良好的可測試性,;
  • 對于一個封裝了大量業(yè)務(wù)邏輯的 model 來說,改變它可能會比較困難,,并且存在一定的風(fēng)險,。在這種場景下,viewModel 可以作為 model 的適配器使用,從而避免對 model 進(jìn)行較大的改動,。

通過前面的示例,,我們對第一點(diǎn)已經(jīng)有了一定的感觸;至于第三點(diǎn),,可能對于一個復(fù)雜的大型應(yīng)用來說,,才會比較明顯;下面,,我們還是使用前面的示例,,來直觀地感受下第二點(diǎn)好處:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
SpecBegin(Person)
    NSString *salutation = @"Dr.";
    NSString *firstName = @"first";
    NSString *lastName = @"last";
    NSDate *birthdate = [NSDate dateWithTimeIntervalSince1970:0];

    it (@"should use 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 the 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

對于 MVVM 來說,我們可以把 view 看作是 viewModel 的可視化形式,,viewModel 提供了 view 所需的數(shù)據(jù)和命令,。因此,viewModel 的可測試性可以幫助我們極大地提高應(yīng)用的質(zhì)量,。

MVVMReactiveCocoa

接下來,,我們進(jìn)入本文的第二部分,重點(diǎn)介紹一個使用 MVVMRAC 開發(fā)的開源項目 MVVMReactiveCocoa ,。說明,,本文將主要介紹這個應(yīng)用的架構(gòu)和設(shè)計思路,希望可以為你實踐 MVVM 提供一個真實的參考案例,,有些架構(gòu)并非是 MVVM 所必須的,,而是我們?yōu)榱烁槙车厥褂?MVVM 而引入的,特別是 ViewModel-Based Navigation ,。所以,,請你在實踐的過程中能夠結(jié)合自身應(yīng)用的實際情況做出相應(yīng)的取舍,靈活處理,。最后,,我們將以登錄界面為例,一起探討下 MVVM 的實踐思路,。

說明,,以下內(nèi)容均基于 MVVMReactiveCocoav2.1.1 標(biāo)簽進(jìn)行展開,并且對部分無關(guān)代碼做了刪減,。

類圖

為了方便我們從宏觀上了解 MVVMReactiveCocoa 的整體結(jié)構(gòu),,我們先來看看它的類圖:

MVVMReactiveCocoa-v2.1.1

從上圖中,,我們可以看到,,在 MVVMReactiveCocoa 中主要有兩大繼承體系:

  • 用藍(lán)色標(biāo)識出來的 viewModel 的繼承體系,基類為 MRCViewModel ,;
  • 用紅色標(biāo)識出來的 view 的繼承體系,,基類為 MRCViewController

除了提供與系統(tǒng)基類 UIViewController 相對應(yīng)的基類 MRCViewModel/MRCViewController 外,還提供了與系統(tǒng)基類 UITableViewControllerUITabBarController 相對應(yīng)的基類 MRCTableViewModel/MRCTableViewControllerMRCTabBarViewModel/MRCTabBarController ,,其中基類 MRCTableViewModel/MRCTableViewController 的使用最為普遍,。

說明,之所以通過基類的方式來組織 MVVMReactiveCocoa ,,一方面是因為主要開發(fā)者只有我一個人,,這個方案非常容易實施;另一方面是因為通過基類的方式可以盡可能簡單地實現(xiàn)代碼重用,,提高開發(fā)效率,。

服務(wù)總線

經(jīng)過前面的探討,我們已經(jīng)知道了 MVVM 中的 viewModel 的主要職責(zé)就是從 model 層獲取 view 所需的數(shù)據(jù),,并且將這些數(shù)據(jù)轉(zhuǎn)換成 view 能夠展示的形式,。因此,為了方便 viewModel 層調(diào)用 model 層中的所有服務(wù),,并且統(tǒng)一管理這些服務(wù)的創(chuàng)建,,我使用抽象工廠模式將 model 層的所有服務(wù)集中管理了起來,結(jié)構(gòu)圖如下:

從上圖中,,我們可以看出,,在服務(wù)總線類 MRCViewModelServices/MRCViewModelServicesImpl 中,主要包括以下三個方面的內(nèi)容:

  • 應(yīng)用自有的服務(wù)類,,用柚黃色進(jìn)行了標(biāo)識,,包括 MRCAppStoreService/MRCAppStoreServiceImplMRCRepositoryService/MRCRepositoryServiceImpl 兩個服務(wù)類;
  • 第三方 GitHub 提供的 API 框架,,用天藍(lán)色進(jìn)行了標(biāo)識,,主要包括 OCTClient 服務(wù)類;
  • 應(yīng)用的導(dǎo)航服務(wù),,用藻綠色進(jìn)行了標(biāo)識,,包括 MRCNavigationProtocol 協(xié)議和實現(xiàn)類 MRCViewModelServicesImpl 等。

其中,,前兩者都是以信號的形式對 viewModel 層提供服務(wù),,代表異步的網(wǎng)絡(luò)請求等數(shù)據(jù)獲取操作,而我們在 viewModel 層則可以通過訂閱信號的形式獲取到所需的數(shù)據(jù),。此外,,服務(wù)總線還實現(xiàn)了 MRCNavigationProtocol 協(xié)議,它的內(nèi)容如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
@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

看上去是不是有點(diǎn)眼熟,?是的,,MRCNavigationProtocol 協(xié)議其實就是參照系統(tǒng)的導(dǎo)航操作定義出來的,用來實現(xiàn) ViewModel-Based 的導(dǎo)航服務(wù),。注意,,服務(wù)總線類 MRCViewModelServicesImpl 其實并沒有真正實現(xiàn) MRCNavigationProtocol 協(xié)議中聲明的操作,,只不過是實現(xiàn)了一些空操作而已:

1
2
3
4
5
6
7
8
9
10
11
- (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 {}

那么,我們是怎么實現(xiàn) ViewModel-Based 的導(dǎo)航操作的呢,?用 MRCViewModelServicesImpl 來實現(xiàn)這些空操作到底有什么用意,?為什么要這么做,目的是為了什么,?兄臺,,莫急,請接著看下一小節(jié)的內(nèi)容,。

ViewModel-Based Navigation

我們先來思考一個問題,,就是我們?yōu)槭裁匆獙崿F(xiàn) ViewModel-Based 的導(dǎo)航操作呢?直接在 view 層使用系統(tǒng)的 push/present 等操作來完成導(dǎo)航不就好了么,?我總結(jié)了一下這么做的理由,,主要有以下三點(diǎn):

  • 從理論上來說,MVVM 模式的應(yīng)用應(yīng)該是以 viewModel 為驅(qū)動來運(yùn)轉(zhuǎn)的,;
  • 根據(jù)我們前面對 MVVM 的探討,,viewModel 提供了 view 所需的數(shù)據(jù)和命令。因此,,我們往往可以直接在命令執(zhí)行成功后使用 doNext 順帶就把導(dǎo)航操作給做了,,一氣呵成;
  • 這樣可以使 view 更加輕量級,,只需要綁定 viewModel 提供的數(shù)據(jù)和命令即可,。

既然如此,那我們究竟要如何實現(xiàn) ViewModel-Based 的導(dǎo)航操作呢,?我們都知道 iOS 中的導(dǎo)航操作無外乎兩種,,push/poppresent/dismiss ,前者是 UINavigationController 特有的功能,,而后者是所有 UIViewController 都具備的功能,。注意UINavigationController 也是 UIViewController 的子類,,所以它也同樣具備 present/dismiss 的功能,。因此,從本質(zhì)上來說,,不管我們要實現(xiàn)什么樣的導(dǎo)航操作,,最終都是離不開 push/poppresent/dismiss 的。

目前,,MVVMReactiveCocoa 的做法是在 view 層維護(hù)一個 NavigationController 的堆棧 MRCNavigationControllerStack ,,不管是 push/pop 還是 present/dismiss ,都使用棧頂?shù)?NavigationController 來執(zhí)行導(dǎo)航操作,,并且保證 present 出來的是一個 NavigationController ,。

接下來,我們一起來看看 MVVMReactiveCocoa 在執(zhí)行了 push/poppresent/dismiss 操作后視圖層次結(jié)構(gòu)的變化過程,。首先,,我們來看看用戶在登錄成功后進(jìn)入到首頁時應(yīng)用的視圖層次結(jié)構(gòu)圖:

此時,應(yīng)用展示的界面是 NewsViewController ,。在 MRCNavigationControllerStack 堆棧中只有 NavigationController0 一個元素,;而 NavigationController1 并沒有在 MRCNavigationControllerStack 堆棧中,這是因為需要支持 TabBarController 的滑動切換而設(shè)計的視圖層次結(jié)構(gòu),,是首頁比較特殊的一個地方,。更多信息可以查看 GitHub 開源庫 WXTabBarController ,在這里,,我們不用太過于關(guān)心這個問題,,只需要理解原理就好了。

接下來,,當(dāng)用戶在 NewsViewController 界面,,點(diǎn)擊了某一個 cell ,通過 push 的方式,,進(jìn)入到倉庫詳情界面時,,應(yīng)用的視圖層次結(jié)構(gòu)圖如下:

應(yīng)用通過 MRCNavigationControllerStack 棧頂?shù)脑?NavigationController0 ,將倉庫詳情界面 push 到了自身的堆棧中,。此時,,應(yīng)用展示的界面是被 push 進(jìn)來的倉庫詳情界面 RepoDetailViewController 。最后,,當(dāng)用戶在倉庫詳情界面,,點(diǎn)擊左下角的切換分支按鈕,通過 present 的方式,,彈出分支選擇界面時,,應(yīng)用的視圖層次結(jié)構(gòu)圖如下:

應(yīng)用通過 MRCNavigationControllerStack 棧頂?shù)脑?NavigationController0 ,將 NavigationController5present 的方式彈出來,。此時,,應(yīng)用展示的是 NavigationController5 的根視圖 SelectBranchOrTagViewController說明,,由于 popdismisspushpresent 互為逆操作,,所以只要按照從下到上的順序看上面的視圖層次結(jié)構(gòu)圖即可,這里不再贅述,。

等等,,如果我沒有記錯的話,MRCNavigationControllerStack 堆棧是在 view 層,,而服務(wù)總線類 MRCViewModelServicesImpl 是在 viewModel 層的,。據(jù)我所知,,viewModel 層是不能引入 view 層的任何東西的,更嚴(yán)格的說,,是不能引入任何 UIKit 中的東西的,,否則就違背了 MVVM 的基本原則,并且也會散失 viewModel 的可測試性,。在這個前提下,,你要如何讓這兩者產(chǎn)生關(guān)聯(lián)呢?

沒錯,,這就是 MRCViewModelServicesImpl 中之所以實現(xiàn)那些空操作的目的所在了,。viewModel 通過調(diào)用 MRCViewModelServicesImpl 中的空操作來表明需要執(zhí)行相應(yīng)的導(dǎo)航操作,而 MRCNavigationControllerStack 則通過 Hook 來捕獲這些空操作,,然后使用棧頂?shù)?NavigationController 來執(zhí)行真正的導(dǎo)航操作:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
- (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 的方式,,我們最終實現(xiàn)了 ViewModel-Based 的導(dǎo)航操作,并且在 viewModel 層中也沒有引入 view 層的任意東西,,實現(xiàn)了解耦合,。

Router

還有一點(diǎn)值得一提的是,我們在 viewModel 中調(diào)用導(dǎo)航操作的時候,,只傳入了 viewModel 的實例作為參數(shù),,那么我們在 MRCNavigationControllerStack 中執(zhí)行真正的導(dǎo)航操作時,怎么才能知道要跳轉(zhuǎn)到哪個界面呢,?為此,,我們配置了一個從 viewModelview 的映射,并且約定了一個統(tǒng)一的初始化 view 的方法 initWithViewModel:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
- (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",
        ...
    };
}

登錄界面

最后,,我們一起來看看登錄界面中 viewModelview 的部分關(guān)鍵代碼,,探討一下 MVVM 的具體實踐過程。說明,,我們將會盡可能地回避具體的業(yè)務(wù)邏輯,,重點(diǎn)關(guān)注 MVVM 的實踐思路。下面是登錄界面的截圖:

其中,,主要的界面元素有:

  • 一個用于展示用戶頭像的按鈕 avatarButton ,;
  • 用于輸入賬號和密碼的輸入框 usernameTextFieldpasswordTextField
  • 一個直接登錄的按鈕 loginButton 和一個跳轉(zhuǎn)到瀏覽器授權(quán)登錄的按鈕 browserLoginButton ,。

分析:根據(jù)我們前面對 MVVM 的探討,,viewModel 需要提供 view 所需的數(shù)據(jù)和命令。因此,,MRCLoginViewModel.h 頭文件的內(nèi)容大致如下:

1
2
3
4
5
6
7
8
9
10
11
@interface MRCLoginViewModel : MRCViewModel

@property (nonatomic, copy, readonly) NSURL *avatarURL;
@property (nonatomic, copy) NSString *username;
@property (nonatomic, copy) NSString *password;

@property (nonatomic, strong, readonly) RACSignal *validLoginSignal;
@property (nonatomic, strong, readonly) RACCommand *loginCommand;
@property (nonatomic, strong, readonly) RACCommand *browserLoginCommand;

@end

非常直觀,,其中需要特別說明的是 validLoginSignal 屬性代表的是登錄按鈕是否可用,它將會與 view 中登錄按鈕的 enabled 屬性進(jìn)行綁定,。接著,,我們來看看 MRCLoginViewModel.m 的實現(xiàn)文件中的部分關(guān)鍵代碼:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
@implementation MRCLoginViewModel

- (void)initialize {
    [super initialize];

    RAC(self, avatarURL) = [[RACObserve(self, username)
        map:^(NSString *username) {
            return [[OCTUser mrc_fetchUserWithRawLogin:username] avatarURL];
        }]
        distinctUntilChanged];

    self.validLoginSignal = [[RACSignal
      combineLatest:@[ RACObserve(self, username), RACObserve(self, password) ]
        reduce:^(NSString *username, NSString *password) {
          return @(username.length > 0 && password.length > 0);
        }]
        distinctUntilChanged];

    @weakify(self)
    void (^doNext)(OCTClient *) = ^(OCTClient *authenticatedClient) {
        @strongify(self)
        MRCHomepageViewModel *viewModel = [[MRCHomepageViewModel alloc] initWithServices:self.services params:nil];
        dispatch_async(dispatch_get_main_queue(), ^{
            [self.services resetRootViewModel:viewModel];
        });
    };

    [OCTClient setClientID:MRC_CLIENT_ID clientSecret:MRC_CLIENT_SECRET];

    self.loginCommand = [[RACCommand alloc] initWithSignalBlock:^(NSString *oneTimePassword) {
      @strongify(self)
        OCTUser *user = [OCTUser userWithRawLogin:self.username server:OCTServer.dotComServer];
        return [[OCTClient
          signInAsUser:user password:self.password oneTimePassword:oneTimePassword scopes:OCTClientAuthorizationScopesUser | OCTClientAuthorizationScopesRepository note:nil noteURL:nil fingerprint:nil]
            doNext:doNext];
    }];

    self.browserLoginCommand = [[RACCommand alloc] initWithSignalBlock:^(id input) {
        return [[OCTClient
          signInToServerUsingWebBrowser:OCTServer.dotComServer scopes:OCTClientAuthorizationScopesUser | OCTClientAuthorizationScopesRepository]
            doNext:doNext];
    }];
}

@end
  • 當(dāng)用戶輸入的用戶名發(fā)生變化時,,調(diào)用 model 層的方法查詢本地數(shù)據(jù)庫中緩存的用戶數(shù)據(jù),并返回 avatarURL 屬性;
  • 當(dāng)用戶輸入的用戶名或密碼發(fā)生變化時,,判斷用戶名和密碼的長度是否均大于 0 ,,如果是則登錄按鈕可用,否則不可用;
  • 當(dāng) loginCommandbrowserLoginCommand 命令執(zhí)行成功時,,調(diào)用 doNext 代碼塊,使用服務(wù)總線中的方法 resetRootViewModel: 進(jìn)入首頁,。

接下來,,我們來看看 MRCLoginViewController 中的部分關(guān)鍵代碼:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
@implementation MRCLoginViewController

- (void)bindViewModel {
    [super bindViewModel];

    @weakify(self)
    [RACObserve(self.viewModel, avatarURL) subscribeNext:^(NSURL *avatarURL) {
      @strongify(self)
        [self.avatarButton sd_setImageWithURL:avatarURL forState:UIControlStateNormal placeholderImage:[UIImage imageNamed:@"default-avatar"]];
    }];

    RAC(self.viewModel, username)  = self.usernameTextField.rac_textSignal;
    RAC(self.viewModel, password)  = self.passwordTextField.rac_textSignal;
    RAC(self.loginButton, enabled) = self.viewModel.validLoginSignal;

    [[self.loginButton
        rac_signalForControlEvents:UIControlEventTouchUpInside]
        subscribeNext:^(id x) {
            @strongify(self)
            [self.viewModel.loginCommand execute:nil];
        }];

    [[self.browserLoginButton
        rac_signalForControlEvents:UIControlEventTouchUpInside]
        subscribeNext:^(id x) {
            @strongify(self)
            NSString *message = [NSString stringWithFormat:@"“%@” wants to open “Safari”", MRC_APP_NAME];

            UIAlertController *alertController = [UIAlertController alertControllerWithTitle:nil
                                                                                     message:message
                                                                              preferredStyle:UIAlertControllerStyleAlert];

            [alertController addAction:[UIAlertAction actionWithTitle:@"Cancel" style:UIAlertActionStyleCancel handler:NULL]];
            [alertController addAction:[UIAlertAction actionWithTitle:@"Open" style:UIAlertActionStyleDefault handler:^(UIAlertAction *action) {
                @strongify(self)
                [self.viewModel.browserLoginCommand execute:nil];
            }]];

            [self presentViewController:alertController animated:YES completion:NULL];
        }];
}

@end
  • 觀察 viewModelavatarURL 屬性的變化,然后設(shè)置 avatarButton 中的圖片,;
  • viewModel 中的 usernamepassword 屬性分別與 usernameTextFieldpasswordTextField 輸入框中的內(nèi)容進(jìn)行綁定,;
  • loginButtonenabled 屬性與 viewModelvalidLoginSignal 屬性進(jìn)行綁定;
  • loginButtonbrowserLoginButton 按鈕被點(diǎn)擊時分別執(zhí)行 loginCommandbrowserLoginCommand 命令,。

綜上所述,,我們將 MRCLoginViewController 中的展示邏輯抽取到 MRCLoginViewModel 中后,使得 MRCLoginViewController 中的代碼更加簡潔和清晰,。實踐 MVVM 的關(guān)鍵點(diǎn)在于,,我們要能夠分析清楚 viewModel 需要暴露給 view 的數(shù)據(jù)和命令,這些數(shù)據(jù)和命令能夠代表 view 當(dāng)前的狀態(tài),。

總結(jié)

首先,,我們從理論出發(fā)介紹了 MVCMVVM 各自的概念以及從 MVCMVVM 的演進(jìn)過程;接著,,介紹了 RACMVVM 中的兩個使用場景,;最后,我們從實踐的角度,,重點(diǎn)介紹了一個使用 MVVMRAC 開發(fā)的開源項目 MVVMReactiveCocoa ,。總的來說,,我認(rèn)為 iOS 中的 MVVM 可以分為以下三種不同的實踐程度,,它們分別對應(yīng)不同的適用場景:

  • MVVM + KVO ,適用于現(xiàn)有的 MVC 項目,,想轉(zhuǎn)換成 MVVM 但是不打算引入 RAC 作為 binder 的團(tuán)隊,;
  • MVVM + RAC ,適用于現(xiàn)有的 MVC 項目,,想轉(zhuǎn)換成 MVVM 并且打算引入 RAC 作為 binder 的團(tuán)隊,;
  • MVVM + RAC + ViewModel-Based Navigation ,適用于全新的項目,,想實踐 MVVM 并且打算引入 RAC 作為 binder ,,然后也想實踐 ViewModel-Based Navigation 的團(tuán)隊,。

寫在最后,希望這篇文章能夠打消你對 MVVM 模式的顧慮,,趕快行動起來吧,。

參考鏈接

https://www./issues/13-architecture/mvvm/
https://msdn.microsoft.com/en-us/library/hh848246.aspx
https://en./wiki/Model%E2%80%93view%E2%80%93viewmodel
https:///ios-os-x-development/ios-architecture-patterns-ecba4c38de52#.p6n56kyc4
http://cocoasamurai./2013/03/basic-mvvm-with-reactivecocoa.html
http://www./2014/12/06/reactivecocoa-mvvm-introduction/

    本站是提供個人知識管理的網(wǎng)絡(luò)存儲空間,所有內(nèi)容均由用戶發(fā)布,,不代表本站觀點(diǎn),。請注意甄別內(nèi)容中的聯(lián)系方式、誘導(dǎo)購買等信息,,謹(jǐn)防詐騙,。如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容,請點(diǎn)擊一鍵舉報,。
    轉(zhuǎn)藏 分享 獻(xiàn)花(0

    0條評論

    發(fā)表

    請遵守用戶 評論公約

    類似文章 更多