说明: 本文MVVM的理解,不一定符合各位客官的想法,仅代表个人意见
2018年很快就要过完了,这一年一直搞来搞去,并没有多少技术沉淀! What's the fuck!
很长时间没有写点文档了,最近一个项目刚刚完事,趁热打铁思考总结一下近期的一个项目开发经验,主要包括app在使用 MVVM+RAC情况下的一些思考,对于MVVM的理解没有太深入,需要在后面的不断实践中思考总结!
项目总体结构分析
结构图
通过以上的架构,实现的是传统的模块之间的跳转统一交给了 FTNavigationControllerStack 这样vc之间跳转不需要再导入头文件,vc全部交给 FTRouter 中的ViewModel 去映射,也就是说 server对象控制viewModel,进而控制vc初始化需要的参数!
通过上面实现我们看到,其实并没有实现真正解耦,因为 viewModel 和ViewModel之间还是存在相互的依赖,我个人的理解 所谓的解耦就是每一个 VC可以作为一个模块,就是即使有一天我把 某一个VC从代码中删除,我的项目还是完整的.这个课题将在后面研究并实践,今天我们主要研究的简单的 MVVM 使用
这样说好像我们还是比较模糊,下面我们将通过一个具体的例子,演练一下,比如注册模块
首先就是进入这个模块:
上一个控制器的Command
self.signUpCommand = [[RACCommand alloc] initWithSignalBlock:^RACSignal * _Nonnull(id _Nullable input) {
@strongify(self);
NSMutableDictionary *dic = [NSMutableDictionary dictionary];
dic[@"title"] = XCLocalized(@"Sign Up");
FTSignUpViewModel *viewModel = [[FTSignUpViewModel alloc]initWithServices:self.services params:dic];
[self.services pushViewModel:viewModel animated:YES];
return [RACSignal empty];
}];
这里的 self.services 就是app初始化时候创建的server,他负责app的push pop 以及 viewModel到Vc的映射! 同时看到 viewModel 初始化会传递这个server
[[(NSObject *)self.services
rac_signalForSelector:@selector(pushViewModel:animated:)]
subscribeNext:^(RACTuple *tuple) {
@strongify(self)
FTBaseController *topViewController = (FTBaseController *)[self.navigationControllers.lastObject topViewController];
if (topViewController.tabBarController) {
topViewController.snapshot = [topViewController.tabBarController.view snapshotViewAfterScreenUpdates:NO];
} else {
topViewController.snapshot = [[self.navigationControllers.lastObject view] snapshotViewAfterScreenUpdates:NO];
}
UIViewController *viewController = (UIViewController *)[FTRouter.sharedInstance viewControllerForViewModel:tuple.first];
viewController.hidesBottomBarWhenPushed = YES;
[self.navigationControllers.lastObject pushViewController:viewController animated:[tuple.second boolValue]];
}];
进入正题:
MVVM 架构图: 图片来自网络
我对MVVM的理解就是 首先 model还是 MVC下model 主要就是处理服务器返回的数据,并格式化成我们需要的数据,如下:
-(instancetype)init{
if (self =[super init]) {
RAC(self,allMarketValueFormat) = [RACObserve(self, allMarketValue) map:^id _Nullable(NSString *value) {
return [NSString stringWithFormat:@"%@%@",FTExchangeSymbol,[NSString getFormatStringWithString:value]];
}];
}
return self;
}
Model: allMarketValue 就是服务器返回的数据 allMarketValueFormat就是我们格式化好的数据,这个没什么讲解的,当然注册模块并没有这个 model,因为他不需要服务器返回的数据处理,我只是举例
V: MVC 中Controller和View 我们合并成 V,其中vc处理View的初始化,view的事件处理传递给ViewModel让ViewModel处理并且可能传给Mode
VM: ViewModel干的活多了 首先接受V层的数据并处理,然后再返回给V层,同时也包括把数据传递给Model层,用于数据存储等等,同时他还要负责Model层的数据变更需要通知V层的 UI 做出相应的变化
首先是 V的数据传递:
我们的UI 是这样的
通过上面的UI 我们可以看到需要处理的数据很多,每一个输入框都需要很多限制,传统的方案我们可能会实现到 V层中,现在我们改在 VM层中
我们需要再vm层中声明4个属性作为输入端 需要声明 6个属性作为输出端,输出端只作为展示使用
我们拿 firstName 字段说明
V层中数据绑定传入,其他类似:
RAC(self.viewModel,firstName) = self.firstNameTextField.rac_textSignal;
VM做监听并进行数据处理:
[RACObserve(self, firstName) subscribeNext:^(NSString *x) {
@strongify(self);
// 逻辑处理,并将外界需要的数据传递出去
self.firstNameWarnText = nil; //这个字段我们作为不满足条件的时候展示使用
} completed:^{
}];
V 层做数据监听,并更新UI
[[RACObserve(self.viewModel, firstNameWarnText) skip:1] subscribeNext:^(NSString *x) {
@strongify(self);
[self changeUIWithLabel:self.firstNameLabel title:x line:self.firstNameLine];
} completed:^{
}];
通过上文我们看到 VM 更多的负责的数据的处理,比如网络请求,判断能否进行注册这样的逻辑
self.singupSuccessCommmand = [[RACCommand alloc]initWithSignalBlock:^RACSignal * _Nonnull(id _Nullable input) {
return [RACSignal createSignal:^RACDisposable * _Nullable(id<RACSubscriber> _Nonnull subscriber) {
@strongify(self);
[[FTReqApiManager shareInstance] loadUserRegisterWithFirstName:[self.firstName stringWithTrimmingCharacters] lastName:[self.lastName stringWithTrimmingCharacters] email:self.email password:self.password completeBlock:^(id reponse, FTResult *result) {
if (result.success) {
NSMutableDictionary *dic =[NSMutableDictionary dictionary];
dic[@"email"] = self.email;
FTSingupSuccessViewModel *viewModel =[[FTSingupSuccessViewModel alloc]initWithServices:self.services params:dic];
[self.services pushViewModel:viewModel animated:YES];
}else{
[subscriber sendNext:result.message];
}
[subscriber sendCompleted];
}];
return [RACDisposable disposableWithBlock:^{
}];
}];
}];
数据处理:
-(void)canNextLogic{
RAC(self,isCanNext) = [RACSignal combineLatest:@[RACObserve(self, firstName),RACObserve(self, lastName),RACObserve(self,email),RACObserve(self, password)] reduce:^id(NSString *firstName, NSString *lastName,NSString *email,NSString *password){
BOOL isCanNext = NO;
BOOL firstNameOK = (![NSString isEmptyString:firstName] && 0 <firstName.length && firstName.length <= 10) ? YES : NO;
BOOL lastNameok = (![NSString isEmptyString:lastName] && 0 <lastName.length && lastName.length <= 10) ? YES : NO;
BOOL emailOK = (![NSString isEmptyString:email]) && [NSString isEmailAddressJudgeObjc:email] ? YES : NO;
BOOL passwordOK = (password.length >= 8 && password.length <= 16) && [password hasAtleastOneNumOneLetter] ? YES : NO;
if (firstNameOK && lastNameok && emailOK && passwordOK && self.emailNoRegister) {
isCanNext = YES;
}
return @(isCanNext);
}];
}
这样 V层 注册的按钮能否点击只需要如下:
[RACObserve(self.viewModel, isCanNext) subscribeNext:^(id x) {
@strongify(self);
[self.singupButton isCanNextState:[x boolValue]];
if ([x boolValue]) {
[self.singupButton addShadowWithShadowColor:self.singupButton.backgroundColor];
}
} completed:^{
}];
到此我们基本可以实现简单的 MVVM, 其实仔细思考 还存在以下问题:
1, 数据绑定当怎么处理,传统的 model绑定view 就会直接写在 view中,但是这样就不符合 View 和 model分离 view可复用的原则,一般的写法就是直接再 写一个类作为中间着 这个类专门负责 model数据绑定到view中,当然我没有这么做,有的人直接viewModel中做数据绑定,但是这也违背了 ViewModel不能有任何UI 相关的东西? 各位看官有何良策
最后总结一下: RAC 坑点
1, 循环引用:
如果客观喜欢使用 RACObserve 一定要注意使用弱引用,原因如下
这个哥们分析的还可以吧 https://tech.meituan.com/potential_memory_leak_in_reactivecocoa.html
解决:
[[RACObserve(self.viewModel, model) skip:1] subscribeNext:^(FTPortfolioDetailModel *model) {
@strongify(self);}];
2, 解决 rac cell中的控件重用
[[cell.seeMoreButton rac_signalForControlEvents:UIControlEventTouchUpInside] takeUntil:cell.rac_prepareForReuseSignal]
