https://cloud.tencent.com/developer/article/1117009

一:为什么要用MVVM?


为什么要用MVVM?只是因为它不会让我时常懵逼。

每次做完项目过后,都会被自己庞大的ViewController代码吓坏,不管是什么网络请求、networking data process、跳转交互逻辑统统往ViewController里面塞,就算是自己写的代码,也不敢直视。我不得不思考是不是MVC模式太过落后了,毕竟它叫做Massive View Controller,其实说MVC落后不太合理,说它太原生了比较合适。

MVC模式的历史非常的久远,它其实不过是对编程模式的一种模块化,不管是MVVM、MVCS、还是听起来就毛骨悚然的VIPER,都是对MVC标准的三个模块的继续划分,细分下去,使每个模块的功能更加的独立和单一,而最终目的都是为了提升代码的规范程度,解耦,和降低维护成本。具体用什么模式需要根据项目的需求来决定,而这里,我简单的说说自己对MVVM架构的理解和设计思想,浅谈拙见。

二:MVVM模块划分


传统的MVC模式分为:Model、View、Controller。Model是数据模型,有胖瘦之分,View负责界面展示,而Controller就负责剩下的逻辑和业务,瞬间Controller心中一万个草泥马奔腾而过。

MVVM模式只是多了一个ViewModel,它的作用是为Controller减负,将Controller里面的逻辑(主要是弱业务逻辑)转移到自身,其实它涉及到的工作不止是这些,还包括页面展示数据的处理等。(后序章节会有具体讲解)

我的设计是这样的:

  • 一个View对应一个ViewModel,View界面元素属性与ViewModel处理后的数据属性绑定
  • Model只是在有网络数据的时候需要创建,它的作用只是一个数据的中专站,也就是一个极为简介的瘦model
  • 这里弱化了Model的作用,而将对网络数据的处理的逻辑放在ViewModel中,也就是说,只有在有网络数据展示的View的ViewModel中,才会看见Model的影子,而处理过后的数据,将变成ViewModel的属性,注意一点,这些属性一定要尽量“直观”,比如能写成UIImage就不要写成URL
  • ViewModel和Model可以视情况看是否需要属性绑定
  • Controller的作用就是将主View通过与之对应的ViewModel初始化,然后添加到self.view,然后就是监听跳转逻辑触发等少部分业务逻辑,当然,ViewController的跳转还是需要在这里实现。 注意:这里面提到的绑定,其实就是对属性的监听,当属性变化时,监听者做一些逻辑处理,强大的框架来了————RAC

三:ReactiveCocoa

RAC是一个强大的工具,它和MVVM模式的结合使用只能用一个词形容————完美。

当然,有些开发者不太愿意用这些东西,大概是因为他们觉得这破坏了代理、通知、监听、block等的复杂逻辑观感,但是我在这里大力推崇RAC,因为我的MVVM搭建思路里面会涉及大量的属性绑定、事件传递,我可不想写上一万个协议来实现这些简单的功能,运用RAC能大量简化代码,使逻辑更加的清晰。

接下来我将对我的MVVM架构实现思路做一个详细的讲解,在这之前,如果你没有用过RAC,请先移步:

大致的了解一下RAC过后,便可以往下(^)

四:MVVM模块具体实现


这是要实现的界面:

1、Model

这里我弱化了Model的作用,它只是作为一个网络请求数据的中转站,只有在View需要显示网络数据的时候,对应的ViewModel里面才有Model的相关处理。

2、ViewModel

在实际开发当中,一个View对应一个ViewModel,主View对应并且绑定一个主ViewModel。

主ViewModel承担了网络请求、点击事件协议、初始化子ViewModel并且给子ViewModel的属性赋初值;网络请求成功返回数据过后,主ViewModel还需要给子ViewModel的属性赋予新的值。

主ViewModel的观感是这样的:

  1. @interface MineViewModel : NSObject
  2.  
  3. //viewModel
  4. @property (nonatomic, strong) MineHeaderViewModel *mineHeaderViewModel;
  5. @property (nonatomic, strong) NSArray<MineTopCollectionViewCellViewModel *> *dataSorceOfMineTopCollectionViewCell;
  6. @property (nonatomic, strong) NSArray<MineDownCollectionViewCellViewModel *> *dataSorceOfMineDownCollectionViewCell;
  7.  
  8. //RACCommand
  9. @property (nonatomic, strong) RACCommand *autoLoginCommand;
  10.  
  11. //RACSubject
  12. @property (nonatomic, strong) RACSubject *pushSubject;
  13.  
  14. @end

  

其中,RACCommand是放网络请求的地方,RACSubject相当于协议,这里用于点击事件的代理,而ViewModel下面的一个ViewModel属性和三个装有ViewModel的数组我需要着重说一下。

在iOS开发中,我们通常会自定义View,而自定义的View有可能是继承自UICollectionviewCell(UITableViewCell、UITableViewHeaderFooterView等),当我们自定义一个View的时候,这个View不需要复用且只有一个,我们就在主ViewModel声明一个子ViewModel属性,当我们自定义一个需要复用的cell、item、headerView等的时候,我们就在主ViewModel中声明数组属性,用于储存复用的cell、item的ViewModel,中心思想仍然是一个View对应一个ViewModel。

在.m文件中,对这些属性做懒加载处理,并且将RACCommand和RACSubject配置好,方便之后在需要的时候触发以及调用,代码如下:

  1. @implementation MineViewModel
  2.  
  3. - (instancetype)init
  4. {
  5. self = [super init];
  6. if (self) {
  7. [self initialize];
  8. }
  9. return self;
  10. }
  11. - (void)initialize {
  12. [self.autoLoginCommand.executionSignals.switchToLatest subscribeNext:^(id responds) {
  13. //处理网络请求数据
  14. ......
  15. }];
  16. }
  17.  
  18. #pragma mark *** getter ***
  19. - (RACSubject *)pushSubject {
  20. if (!_pushSubject) {
  21. _pushSubject = [RACSubject subject];
  22. }
  23. return _pushSubject;
  24. }
  25. - (RACCommand *)autoLoginCommand {
  26. if (!_autoLoginCommand) {
  27. _autoLoginCommand = [[RACCommand alloc] initWithSignalBlock:^RACSignal *(id input) {
  28. return [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
  29. NSDictionary *paramDic = @{......};
  30. [Network start:paramDic success:^(id datas) {
  31. [subscriber sendNext:datas];
  32. [subscriber sendCompleted];
  33. } failure:^(NSString *errorMsg) {
  34. [subscriber sendNext:errorMsg];
  35. [subscriber sendCompleted];
  36. }];
  37. return nil;
  38. }];
  39. }];
  40. }
  41. return _autoLoginCommand;
  42. }
  43. - (MineHeaderViewModel *)mineHeaderViewModel {
  44. if (!_mineHeaderViewModel) {
  45. _mineHeaderViewModel = [MineHeaderViewModel new];
  46. _mineHeaderViewModel.headerBackgroundImage = [UIImage imageNamed:@"BG"];
  47. _mineHeaderViewModel.headerImageUrlStr = nil;
  48. [[[RACObserve([LoginBackInfoModel shareLoginBackInfoModel], headimg) distinctUntilChanged] takeUntil:self.rac_willDeallocSignal] subscribeNext:^(id x) {
  49. if (x == nil) {
  50. _mineHeaderViewModel.headerImageUrlStr = nil;
  51. } else {
  52. _mineHeaderViewModel.headerImageUrlStr = x;
  53. }
  54. }];
  55. ......
  56. return _mineHeaderViewModel;
  57. }
  58. - (NSArray<MineTopCollectionViewCellViewModel *> *)dataSorceOfMineTopCollectionViewCell {
  59. if (!_dataSorceOfMineTopCollectionViewCell) {
  60. MineTopCollectionViewCellViewModel *model1 = [MineTopCollectionViewCellViewModel new];
  61. MineTopCollectionViewCellViewModel *model2 = [MineTopCollectionViewCellViewModel new];
  62. ......
  63. _dataSorceOfMineTopCollectionViewCell = @[model1, model2];
  64. }
  65. return _dataSorceOfMineTopCollectionViewCell;
  66. }
  67. - (NSArray<MineDownCollectionViewCellViewModel *> *)dataSorceOfMineDownCollectionViewCell {
  68. if (!_dataSorceOfMineDownCollectionViewCell) {
  69. ......
  70. }
  71. return _dataSorceOfMineDownCollectionViewCell;
  72. }
  73.  
  74. @end

  

为了方便,我直接将以前写的一些代码贴上来了,不要被它的长度吓着了,你完全可以忽略内部实现,只需要知道,这里不过是实现了RACCommand和RACSubject以及初始化子ViewModel。

是的,主ViewModel的主要工作基本上只有这三个。

关于属性绑定的逻辑,我将在之后讲到。

我们先来看看子ViweModel的观感:

  1. @interface MineTopCollectionViewCellViewModel : NSObject
  2. @property (nonatomic, strong) UIImage *headerImage;
  3. @property (nonatomic, copy) NSString *headerTitle;
  4. @property (nonatomic, copy) NSString *content;
  5. @end

  

我没有贴.m里面的代码,因为里面没有代码(嘿嘿)。

接下来说说,为什么我设计的子ViewModel只有几个单一的属性,而主ViewModel却有如此多的逻辑。

首先,我们来看一看ViewModel的概念,Model是模型,所以ViewModel就是视图的模型。而在传统的MVC中,瘦Model叫做数据模型,其实瘦Model叫做DataModel更为合适;而胖Model只是将网络请求的逻辑、网络数据处理的逻辑写在了里面,方便于View更加便捷的展示数据,所以,胖Model的功能和ViewModel大同小异,我把它叫做“少根筋的ViewModel”。

这么一想,我们似乎应该将网络数据处理的逻辑放在子ViewModel中,来为主ViewModel减负。

我也想这么做。

但是有个问题,举个简单的例子,比如这个需求:

一般的思路是自定义一个CollectionviewCell和一个ViewModel,因为它们的布局是一样的,我们需要在主ViewModel中声明一个数组属性,然后放入两个ViewModel,分别对应两个Cell。

image和title这种静态数据我们可以在主ViewModel中为这两个子ViewModel赋值,而下方的具体额度和数量来自网络,网络请求下来的数据通常是:

  1. {
  2. balance:"100"
  3. redPacket:"3"
  4. }

我们需要把”100“转化为”100元“,”3“转化为”3个“。 这个网络数据处理逻辑按正常的逻辑来说是应该放在ViewModel中的,但是有个问题,我们这个collectionviewcell是复用的,它的ViewModel也是同一个,而处理的数据是两个不同的字段,我们如何区分?而且不要忘了,网络请求成功获得的数据是在主ViewModel中的,还涉及到传值。再按照这个思路去实现必然更为复杂,所以我干脆一刀切,不管是静态数据还是网络数据的处理,通通放在主ViewModel中。

这样做虽然让主ViewModel任务繁重,子ViewModel过于轻量,但是带来的好处却很多,一一列举:

  • 在主ViewModel的懒加载中,实现对子ViewModel的初始化和赋予初值,在RACCommand中网络请求成功过后,主ViewModel需要再次给子ViewModel赋值。赋值条理清晰,两个模块。
  • 子ViewModel只放其对应的View需要的数据属性,作用相当于Model,但是比Model更加灵活,因为如果该View内部有着一些点击事件等,我们同样可以在子ViewModel中添加RACSubject(或者协议)等,子ViewModel的灵活性很高。
  • 不管是静态数据还是网络数据统一处理,所有子ViewModel的初始化和属性赋值放在一块儿,所有网络请求放在一块儿,所有RACSubject放在一块儿,结构更加清晰,维护方便。

3、View

之前讲到,ViewModel和Model交互的唯一场景是有网络请求数据需要展示的情况,而View和ViewModel却是一一对应,绑不绑定需要视情况而定。下面详细介绍。

自定义View这里分两种情况,分别处理:

(1)非继承有复用机制的View(不是继承UICollectionviewCell等)

这里以界面的主View为例

.h

  1. - (instancetype)initWithViewModel:(MineViewModel *)viewModel;

  

该View需要和ViewModel绑定,实现相应的逻辑和触发事件,并且保证ViewModel的唯一性。

.m

这里就不贴代码了,反正View与ViewModel的交互无非就是触发网络请求、触发点击事件、将ViewModel的数据属性展示在界面上。如果你会一些RAC,当然实现这些就是小菜一碟,但是如果你坚持苹果原生的协议、通知,实现起来就会有一点麻烦(代码量啊!!!)。

(2)继承有复用机制的View(UICollectionviewCell等)

最值得注意的地方就是cell、item的复用机制问题了。

我们在自定义这些cell、item的时候,并不能绑定相应的ViewModel,因为它的复用原理,将会出现多个cell(item)的ViewModel一模一样,在这里,我选择了一个我自认为最好的方案来解决。

首先,在自定义的cell(item).h中声明一个ViewModel属性。

  1. #import <UIKit/UIKit.h>
  2. #import "MineTopCollectionViewCellViewModel.h"
  3.  
  4. @interface MineTopCollectionViewCell : UICollectionViewCell
  5.  
  6. @property (nonatomic, strong) MineTopCollectionViewCellViewModel *viewModel;
  7.  
  8. @end

  

  1. 然后,在该属性的setter方法中给该cell的界面元素赋值:
  1. #pragma mark *** setter ***
  2. - (void)setViewModel:(MineTopCollectionViewCellViewModel *)viewModel {
  3. if (!viewModel) {
  4. return;
  5. }
  6. _viewModel = viewModel;
  7.  
  8. RAC(self, contentLabel.text) = [[RACObserve(viewModel, content) distinctUntilChanged] takeUntil:self.rac_willDeallocSignal];
  9. self.headerImageView.image = viewModel.headerImage;
  10. self.headerLabel.text = viewModel.headerTitle;
  11.  
  12. }

  

ps:这里再次看到RAC()和RACObserve()这两个宏,这是属性绑定,如果你不懂,可以先不用管,在后面我会讲解一下我的属性绑定思路,包括不使用ReactiveCocoa达到同样的效果(这完全是作死啊!!!)。

重写setter的作用大家应该知道吧,就是在collection view的协议方法中写到:

  1. cell.viewModel = self.viewModel.collectionCellViewModel;

  

  1. 的时候,能够执行到该setter方法中,改变该cell的布局。

好吧,这就是精髓,废话不说了。

想了一下,还是贴上主View的.m代码吧(再次强调,重在思想):

  1. @interface MineView () <UICollectionViewDelegate, UICollectionViewDataSource, UICollectionViewDelegateFlowLayout>
  2. @property (nonatomic, strong) UICollectionView *collectionView;
  3. @property (nonatomic, strong) MineViewModel *viewModel;
  4. @end
  5.  
  6. @implementation MineView
  7. - (instancetype)initWithViewModel:(MineViewModel *)viewModel
  8. {
  9. self = [super init];
  10. if (self) {
  11. self.backgroundColor = [UIColor colorWithRed:243/255.0 green:244/255.0 blue:245/255.0 alpha:1];
  12. self.viewModel = viewModel;
  13. [self addSubview:self.collectionView];
  14.  
  15. [self setNeedsUpdateConstraints];
  16. [self updateConstraintsIfNeeded];
  17.  
  18. [self bindViewModel];
  19. }
  20. return self;
  21. }
  22. - (void)updateConstraints {
  23. [self.collectionView mas_makeConstraints:^(MASConstraintMaker *make) {
  24. make.edges.mas_equalTo(self);
  25. }];
  26. [super updateConstraints];
  27. }
  28. - (void)bindViewModel {
  29. [self.viewModel.autoLoginCommand execute:nil];
  30. }
  31.  
  32. #pragma mark *** UICollectionViewDataSource ***
  33. - (NSInteger)numberOfSectionsInCollectionView:(UICollectionView *)collectionView {
  34. return 3;
  35. }
  36. - (NSInteger)collectionView:(UICollectionView *)collectionView numberOfItemsInSection:(NSInteger)section {
  37. if (section == 1) return self.viewModel.dataSorceOfMineTopCollectionViewCell.count;
  38. ......
  39. }
  40. - (UICollectionViewCell *)collectionView:(UICollectionView *)collectionView cellForItemAtIndexPath:(NSIndexPath *)indexPath {
  41. if (indexPath.section == 1) {
  42. MineTopCollectionViewCell *cell = [collectionView dequeueReusableCellWithReuseIdentifier:[NSString stringWithUTF8String:object_getClassName([MineTopCollectionViewCell class])] forIndexPath:indexPath];
  43. cell.viewModel = self.viewModel.dataSorceOfMineTopCollectionViewCell[indexPath.row];
  44. return cell;
  45. }
  46. ......
  47. }
  48. - (UICollectionReusableView *)collectionView:(UICollectionView *)collectionView viewForSupplementaryElementOfKind:(NSString *)kind atIndexPath:(NSIndexPath *)indexPath {
  49. ......
  50. }
  51.  
  52. #pragma mark *** UICollectionViewDelegate ***
  53. - (void)collectionView:(UICollectionView *)collectionView didSelectItemAtIndexPath:(NSIndexPath *)indexPath {
  54. [self.viewModel.pushSubject sendNext:nil];
  55. }
  56.  
  57. #pragma mark *** UICollectionViewDelegateFlowLayout ***
  58. ......
  59. #pragma mark *** Getter ***
  60. - (UICollectionView *)collectionView {
  61. if (!_collectionView) {
  62. ......
  63. }
  64. return _collectionView;
  65. }
  66. - (MineViewModel *)viewModel {
  67. if (!_viewModel) {
  68. _viewModel = [[MineViewModel alloc] init];
  69. }
  70. return _viewModel;
  71. }
  72.  
  73. @end

  

4、Controller

这家伙已经解放了。

  1. @interface MineViewController ()
  2. @property (nonatomic, strong) MineView *mineView;
  3. @property (nonatomic, strong) MineViewModel *mineViewModel;
  4. @end
  5.  
  6. @implementation MineViewController
  7.  
  8. #pragma mark *** life cycle ***
  9. - (void)viewDidLoad {
  10. [super viewDidLoad];
  11. self.hidesBottomBarWhenPushed = YES;
  12. [self.view addSubview:self.mineView];
  13.  
  14. [AutoLoginAPIManager new];
  15.  
  16. [self bindViewModel];
  17. }
  18. - (void)updateViewConstraints {
  19. [self.mineView mas_makeConstraints:^(MASConstraintMaker *make) {
  20. make.edges.mas_equalTo(self.view);
  21. }];
  22. [super updateViewConstraints];
  23. }
  24. - (void)bindViewModel {
  25. @weakify(self);
  26. [[self.mineViewModel.pushSubject takeUntil:self.rac_willDeallocSignal] subscribeNext:^(NSString *x) {
  27. @strongify(self);
  28. [self.navigationController pushViewController:[LoginViewController new] animated:YES];
  29. }];
  30. }
  31.  
  32. #pragma mark *** getter ***
  33. - (MineView *)mineView {
  34. if (!_mineView) {
  35. _mineView = [[MineView alloc] initWithViewModel:self.mineViewModel];
  36. }
  37. return _mineView;
  38. }
  39. - (MineViewModel *)mineViewModel {
  40. if (!_mineViewModel) {
  41. _mineViewModel = [[MineViewModel alloc] init];
  42. }
  43. return _mineViewModel;
  44. }
  45. @end

  

是不是非常清爽,清爽得甚至怀疑它的存在感了(_)。

五:附加讲述


1、绑定思想

我想,懂一些RAC的人都知道属性绑定吧,RAC(,)和RACObserve(,),这是最常用的,它的作用是将A类的a属性绑定到B类的b属性上,当A类的a属性发生变化时,B类的b属性会自动做出相应的处理变化。

这样就可以解决相当多的需求了,比如:用户信息展示界面->登录界面->登录成功->回到用户信息展示界面->展示用户信息

以往我们的做法通常是,用户信息展示界面写一个通知监听->登录成功发送通知->用户信息展示界面刷新布局

当然,也可以用协议、block什么的,这么一看貌似并没有多么复杂,但是一旦代码量多了过后,你就知道什么叫懵逼了,而使用RAC的属性绑定、属性联合等一系列方法,将会有事半功倍的效果,充分的降低了代码的耦合度,降低维护成本,思路更清晰。

在上面这个需求中,需要这样做:

将用户信息展示View的属性,比如self.name,self.phone等与对应的ViewModel中的数据绑定。在主ViewModel中,为该子ViewModel初始化并赋值,用户信息展示View的内容就是这个初始值。当主ViewModel网络请求成功过后,再一次给该子ViewModel赋值,用户信息展示界面就能展示相应的数据了。

是不是很叼,你什么都不用做,毫无污染。

而且,我们还可以做得更好,就像我以上的代码里面做的(可能有点乱,不好意思),将View的展示内容与ViewModel的属性绑定,将ViewModel的属性与Model的属性绑定,看个图吧:

这里写图片描述

只要Model属性一变,传递到View使界面元素变化,全自动无添加。有了这个东西过后,以后reloadData这个方法可能见得就比较少了。

2、整体逻辑梳理

  1. 进入ViewController,懒加载初始化主View(调用-initWithViewMdoel方法,保证主ViewModel唯一性),懒加载初始化主ViewModel。
  2. 进入主ViewModel,初始化配置网络请求、点击逻辑、初始化各个子ViewModel。
  3. 进入主View,通过主ViewModel初始化,调用ViewModel中的对应逻辑和对应子ViewModel展示数据。
  4. ViewController与ViewModel的交互主要是跳转逻辑等。

3、创建自己的架构

其实在任何项目中,如果某一个模块代码量太大,我们完全可以自己进行代码分离,只要遵循一定的规则(当然这是自己定义的规则),最终的目的都是让功能和业务细化,分类。

这相当于在沙滩上抓一把沙,最开始我们将石头和沙子分开,但是后来,发现沙子也有大有小,于是我们又按照沙子的大小分成两部分,再后来发现沙子颜色太多,我们又把不同颜色的沙子分开……

在MVVM模式中,完全可以把ViewModel的网络请求逻辑提出来,叫做NetworkingCenter;还可以把ViewModel中的点击等各种监听事件提出来,叫做ActionCenter;还可以把界面展示的View的各种配置(比如在tableView协议方法中的写的数据)提出来,叫做UserInterfaceConfigDataCenter;如果项目中需要处理的网络请求数据很多,我们可以将数据处理逻辑提出来,叫做DataPrecessCenter ……

记住一句话:万变不离其宗。

六:结语

移动端的架构一直都是千变万化,没有万能的架构,只有万能的程序员,根据产品的需求选择相应的架构才是正确的做法,MVC固然古老,但是在小型项目却依然实用;MVVM+RAC虽然很强大,但是在有时候还是会增加代码量,其实MVVM和Android里面的MVP模式有相当多的共同点,可以借鉴了解;至于MVCS没有什么可讲的,VIPER模式看起来比较厉害,想一想可能又是把哪个模块细化了,猜测ViewModel?嘿嘿,其实我没研究过VIPER,就不班门弄斧了。

iOS架构:MVVM设计模式+RAC响应式编程的更多相关文章

  1. iOS开发--Swift RAC响应式编程初探

    时间不是很充足, 先少说点, RAC的好处是响应式编程, 不需要自己去设置代理委托, target, 而是主要以信息流(signal), block为主, 看到这里激动吧, 它可以帮你监听你的事件, ...

  2. iOS开发--Swift RAC响应式编程

    时间不是很充足, 先少说点, RAC的好处是响应式编程, 不需要自己去设置代理委托, target, 而是主要以信息流(signal), block为主, 看到这里激动吧, 它可以帮你监听你的事件, ...

  3. iOS开发之OC篇-响应式编程Reactive Cocoa

    一.Reactive Cocoa 介绍 Reactive Cocoa 是 iOS 开发的一个 "重量级" 框架 高大上的概念:响应式编程 核心概念:信号 Signal 官方网站:h ...

  4. MVVM设计模式加RAC响应式编程

    一:为什么要用MVVM? 为什么要用MVVM?只是因为它不会让我时常懵逼. 每次做完项目过后,都会被自己庞大的ViewController代码吓坏,不管是什么网络请求.networking data ...

  5. IOS响应式编程框架ReactiveCocoa(RAC)使用示例

    ReactiveCocoa是响应式编程(FRP)在iOS中的一个实现框架,它的开源地址为:https://github.com/ReactiveCocoa/ReactiveCocoa# :在网上看了几 ...

  6. IOS响应式编程框架ReactiveCocoa(RAC)使用示例-备

    ReactiveCocoa是响应式编程(FRP)在IOS中的一个实现框架,它的开源地址为:https://github.com/ReactiveCocoa/ReactiveCocoa# :在网上看了几 ...

  7. ReactiveCocoa,最受欢迎的iOS函数响应式编程库(2.5版),没有之一!

    简介 项目主页: ReactiveCocoa 实例下载: https://github.com/ios122/ios122 简评: 最受欢迎,最有价值的iOS响应式编程库,没有之一!iOS MVVM模 ...

  8. iOS响应式编程:ReactiveCocoa vs RxSwift 选谁好

    转载: iOS响应式编程:ReactiveCocoa vs RxSwift 选谁好 内容来自stack overflow的一个回答:ReactiveCocoa vs RxSwift – pros an ...

  9. 使用ReactiveCocoa实现iOS平台响应式编程

    使用ReactiveCocoa实现iOS平台响应式编程 ReactiveCocoa和响应式编程 在说ReactiveCocoa之前,先要介绍一下FRP(Functional Reactive Prog ...

随机推荐

  1. CEfSharp下载文件 弹出保存框,实现 IDownloadHandler 接口

    上节讲了如何将CefSharp集成到C#中,但集成后将web界面链接进ChromiumWebBrowser后,但web界面上下载附件的功能不好使咯. 百度了半天还是没搞定,只能去看官网的Excampl ...

  2. arguments简单函数 求整数递加和

    function add(n){if(n == 1) return 1;else return n + arguments.callee(n-1);alert(arguments.callee(1)) ...

  3. Educational Codeforces Round 78 (Rated for Div. 2) D. Segment Tree

    链接: https://codeforces.com/contest/1278/problem/D 题意: As the name of the task implies, you are asked ...

  4. 机器学习-MNIST数据集-神经网络

    #设置随机种子 seed = 7 numpy.random.seed(seed) #加载数据 (X_train,y_train),(X_test,y_test) = mnist.load_data() ...

  5. 关于System.InvalidOperationException异常

    什么是InvalidOperationException 操作无效异常.当方法调用对对象的当前状态无效时引发的异常. 继承 Object Exception SystemException Inval ...

  6. 请用正则实现String.trim()

    String.prototype.trim1=function(){ return this.replace(/(^\s*)|(\s*$)/g,""); }; 写一个functio ...

  7. STL——list用法总结

    头文件 #include<list> 声明一个int型的list:list<int> a: 1.list的构造函数 list<int>a{1,2,3} list&l ...

  8. 一元n次方程为什么至多有n个实根

    任意一个n次多项式都可以分解成n个一次多项式的乘积.例如,对于三次多项式来说,那就可以分成三个一次式的乘积,也就是说,三次方程最多有三个根. 需要注意的是,最少的话可能一个实根都没有,如\(f(x)= ...

  9. awesome-RecSys

    https://github.com/jihoo-kim/awesome-RecSys?fbclid=IwAR1m6OebmqO9mfLV1ta4OTihQc9Phw8WNS4zdr5IeT1X1OL ...

  10. 基于GPU的算法并行化

    GPU计算的目的即是计算加速.相比于CPU,其具有以下三个方面的优势: l  并行度高:GPU的Core数远远多于CPU(如G100 GPU有240个Cores),从而GPU的任务并发度也远高于CPU ...