MVVM + RAC 實踐

MVP

mvp的全稱爲Model-View-Presenter，Model提供數據，View負責顯示，Controller/Presenter負責邏輯的處理。MVP與MVC有着一個重大的區別：在MVP中View並不直接使用Model，它們之間的通信是通過Presenter (MVC中的Controller)來進行的，所有的交互都發生在Presenter內部，而在MVC中View會直接從Model中讀取數據而不是通過 Controller。

數據關係

View 接收用戶交互請求
View 將請求轉交給 Presenter
Presenter 操作Model進行數據更新
Model 通知Presenter數據發生變化
Presenter 更新View數據

方式

各部分之間的通信，都是雙向的。
View 與 Model 不發生聯繫，都通過 Presenter 傳遞。
View 非常薄，不部署任何業務邏輯，稱爲"被動視圖"（Passive View），即沒有任何主動性，而 Presenter非常厚，所有邏輯都部署在那裏。
Presenter 可以另一種理解爲View和Model的管家

優勢

Model與View完全分離，修改互不影響
更高效地使用，因爲所有的邏輯交互都發生在一個地方—Presenter內部
一個Preseter可用於多個View，而不需要改變Presenter的邏輯（因爲View的變化總是比Model的變化頻繁）。
更便於測試。把邏輯放在Presenter中，就可以脫離用戶接口來測試邏輯（單元測試）

我們來看下MVP模式下的三個特性的分析：

任務均攤--我們將最主要的任務劃分到Presenter和Model，而View的功能較少（雖然上述例子中Model的任務也並不多）。
可測試性--非常好，由於一個功能簡單的View層，所以測試大多數業務邏輯也變得簡單
易用性--在我們上邊不切實際的簡單的例子中，代碼量是MVC模式的2倍，但同時MVP的概念卻非常清晰

“iOS 中的MVP意味着可測試性強、代碼量大。”

MVP代碼範例

MVPViewController.m

#import "MVPViewController.h"
#import "MVPPresenter.h"
#import "MVPCell.h"
#import "MVPModel.h"

@implementation MVPViewController
- (void)viewDidLoad {
   [super viewDidLoad];
   // Do any additional setup after loading the view.
   self.view.backgroundColor = [UIColor whiteColor];

   MVPPresenter *present = [MVPPresenter new];
   MVPCell *view = [MVPCell new];
   MVPModel *model = [MVPModel new];

   //獲取數據
   model.name = @"name1";

   //視圖佈局
   [self.view addSubview:view];

   //交給presenter處理 ，避免 view和 model 之間的交互
   [present setPreModel:model];
   [present setPreView:view];
}

MVPPresenter .h /.m

#import <Foundation/Foundation.h>
#import "MVPModel.h"
#import "MVPCell.h"
@interface MVPPresenter : NSObject 
@property(nonatomic,strong)MVPCell *MVPView;
@property(nonatomic,strong)MVPModel *model;

-(void)setPreView:(MVPCell *)view;
-(void)setPreModel:(MVPModel *)model;

-(void)clickChangName;

#import "MVPPresenter.h"
@implementation MVPPresenter
- (instancetype)init
{
    self = [super init];
    if (self) {

    }
    return self;
}

-(void)setPreModel:(MVPModel *)model{
    self.model = model;
}

-(void)setPreView:(MVPCell *)view{
    self.MVPView = view;
    [self.MVPView setlabel:_model.name];
}

-(void)clickChangName{

    NSLog(@"name change %d",arc4random()%10);

}

MVVM

MVVM是Model-View-ViewModel的簡寫。微軟的WPF帶來了新的技術體驗，如Silverlight、音頻、視頻、3D、動畫……，這導致了軟件UI層更加細節化、可定製化。同時，在技術層面，WPF也帶來了諸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM（Model-View-ViewModel）框架的由來便是MVP（Model-View-Presenter）模式與WPF結合的應用方式時發展演變過來的一種新型架構框架。它立足於原有MVP框架並且把WPF的新特性糅合進去，以應對客戶日益複雜的需求變化。

它和MVP模式看起來非常像:

MVVM將ViewController視作View 在View和Model之間沒有緊密的聯繫此外，它還有像監管版本的MVP那樣的綁定功能，但這個綁定不是在View和Model之間而是在View和ViewModel之間。

那麼問題來了，在iOS中ViewModel實際上代表什麼？

它基本上就是UIKit下的每個控件以及控件的狀態。ViewModel調用會改變Model同時會將Model的改變更新到自身並且因爲我們綁定了View和ViewModel，第一步就是相應的更新狀態。

數據關係

View 接收用戶交互請求
View 將請求轉交給ViewModel
ViewModel 操作Model數據更新
Model 更新完數據，通知ViewModel數據發生變化
ViewModel 更新View數據

方式

雙向綁定。View/Model的變動，自動反映在 ViewModel，反之亦然。

MVVM 模式將 Presenter 改名爲 ViewModel，基本上與 MVP 模式完全一致。

唯一的區別是，它採用雙向綁定（data-binding）：View <->ViewModel , ViewModel作爲Model中值得的映射，是數據發生改變時，通知View中發生改變，以後不需要考慮View和Model 之間的交互更新，只需着手界面佈局邏輯即可

綁定

如果我們自己不想自己實現，那麼我們有兩種選擇:

基於KVO的綁定庫如 RZDataBinding 和 SwiftBond
完全的函數響應式編程，比如像ReactiveCocoa、RxSwift或者 PromiseKit

事實上，尤其是最近，你聽到MVVM就會想到ReactiveCoca，反之亦然。儘管通過簡單的綁定來使用MVVM是可實現的，但是ReactiveCocoa卻能更好的發揮MVVM的特點。

但是關於這個框架有一個不得不說的事實：強大的能力來自於巨大的責任。當你開始使用Reactive的時候有很大的可能就會把事情搞砸。換句話來說就是，如果發現了一些錯誤，調試出這個bug可能會花費大量的時間，看下函數調用棧：

使用

將viewModel 中nameStr與Model 中name相對應；
View中label的text值將與nameStr進行綁定(KVO鍵值觀察)
這樣model的值發生改變時，View會自動發生改變
View 和Model通過ViewModel實現動態關聯

MVVM優點

MVVM模式和MVC模式一樣，主要目的是分離視圖（View）和模型（Model），有幾大優點:

低耦合。View可以獨立於Model變化和修改，一個ViewModel可以綁定到不同的”View”上，當View變化的時候Model可以不變，當Model變化的時候View也可以不變。
可重用性。你可以把一些視圖邏輯放在一個ViewModel裏面，讓很多view重用這段視圖邏輯。
獨立開發。開發人員可以專注於業務邏輯和數據的開發（ViewModel），設計人員可以專注於頁面設計，生成xml代碼。
可測試。界面素來是比較難於測試的，而現在測試可以針對ViewModel來寫。

讓我們再來看看關於三個特性的評估：

任務均攤 -- 在例子中並不是很清晰，但是事實上，MVVM的View要比MVP中的View承擔的責任多。因爲前者通過ViewModel的設置綁定來更新狀態，而後者只監聽Presenter的事件但並不會對自己有什麼更新。
可測試性 -- ViewModel不知道關於View的任何事情，這允許我們可以輕易的測試ViewModel。同時View也可以被測試，但是由於屬於UIKit的範疇，對他們的測試通常會被忽略。
易用性 -- 在我們例子中的代碼量和MVP的差不多，但是在實際開發中，我們必須把View中的事件指向Presenter並且手動的來更新View，如果使用綁定的話，MVVM代碼量將會小的多。

“MVVM很誘人，因爲它集合了上述方法的優點，並且由於在View層的綁定，它並不需要其他附加的代碼來更新View，儘管這樣，可測試性依然很強。”

代碼示例

MVVMViewController.m

#import "MVVMViewController.h"
#import "MVVMView.h"
#import "MVVMModel.h"
#import "MVVMViewModel.h"
@interface MVVMViewController ()

@end

@implementation MVVMViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view.

    MVVMView *MView = [MVVMView new];

    MVVMModel *model = [MVVMModel new];
    model.name = @"name1";
    MVVMViewModel *viewModel = [MVVMViewModel new];

    [self.view addSubview:MView];

    //* viewModel 作爲樞紐 溝通view和model之間關係
    [viewModel setWithModel:model];
    [MView setWithViewMoel:viewModel];
}

MVVMModel

#import <Foundation/Foundation.h>

@interface MVVMModel : NSObject
@property(nonatomic,copy)NSString *name;

@end

MVVMViewModel.h

#import "MVVMModel.h"
@interface MVVMViewModel : NSObject
//對應Model中name
@property(nonatomic,copy)NSString *nameStr;

@property(nonatomic,strong)MVVMModel *model;

-(void)setWithModel:(MVVMModel *)model;
-(void)clickChangeName;

MVVMView.m 利用KVO監測值變化

// 只是對controller 的拆分 不是真正view
//不可重用，真正的view 是這裏面的子View 可以重用

#import "MVVMView.h"
#import "NSObject+FBKVOController.h"
@interface MVVMView ()

@property(nonatomic,strong)MVVMViewModel *vm;
@property(nonatomic,strong)UILabel *label;
@property(nonatomic,strong)UIButton *button;

@end
@implementation MVVMView
- (instancetype)init
{
    self = [super init];
    if (self) {
        self.backgroundColor = [UIColor whiteColor];
        self.frame = [UIScreen mainScreen].bounds;

        self.label = [[UILabel alloc]initWithFrame:CGRectMake(150,100 , 100, 30)];
        self.label.backgroundColor = [UIColor orangeColor];
        [self addSubview:_label];

        self.button = [UIButton new];
        _button.backgroundColor = [UIColor redColor];
        [_button setTitle:@"點擊" forState:UIControlStateNormal];
        [_button addTarget:self action:@selector(mvvmClickChangModel) forControlEvents:UIControlEventTouchUpInside];
        _button.frame = CGRectMake(150, 200, 50, 50);
        [self addSubview:_button];
    }
    return self;
}
-(void)setWithViewMoel:(MVVMViewModel *)vm{
    self.vm = vm;
    //KVO
    [self.vm addObserver:self forKeyPath:@"nameStr" options:NSKeyValueObservingOptionOld|NSKeyValueObservingOptionNew context:nil];
    self.label.text = vm.nameStr;

//    //* FBKVO 第三方庫
//    [self.KVOController observe:self.vm keyPath:@"nameStr" options:NSKeyValueObservingOptionInitial|NSKeyValueObservingOptionNew block:^(id  _Nullable observer, id  _Nonnull object, NSDictionary<NSString *,id> * _Nonnull change) {
//        self.label.text = change[NSKeyValueChangeNewKey];
//    }];

}
-(void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:    (NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context{
    if ([keyPath isEqualToString:@"nameStr"]&&[change objectForKey:NSKeyValueChangeNewKey]) {
        NSNumber *new = [change objectForKey:NSKeyValueChangeNewKey];
        self.label.text = [NSString stringWithFormat:@"%@",new];
    }
}
-(void)mvvmClickChangModel{
    [self.vm clickChangeName];
}
-(void)dealloc{
    [self.vm removeObserver:self forKeyPath:@"nameStr"];
}

MVP

數據關係

方式

優勢

我們來看下MVP模式下的三個特性的分析：

MVP代碼範例

MVPViewController.m

MVPPresenter .h /.m

MVVM

數據關係

方式

綁定

使用

MVVM優點

讓我們再來看看關於三個特性的評估：

代碼示例

MVVMViewController.m

MVVMModel

MVVMViewModel.h

MVVMView.m 利用KVO監測值變化

RAC學習資料

python gdal 安裝使用（Windows， python 3.6.8）

Block源碼解析和深入理解

蘋果：6月1日後所有應用必須支持IPv6-only網絡

iOS持續集成：jenkins+gitlab+蒲公英+郵件通知(Part 1)

AFNetworking 3.0 源碼閱讀筆記（六）

使用 Phabricator & Arcanist 進行 Code Review 的流程

Mac下配置sublime實現LaTeX

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結