IOS端图片处理app的开发(六)

将app的架构由MVC转向MVVC,会产生许多的优点,个人觉得在一下几个方面的优势比较突出。

​1.把视图控制器的业务逻辑与视图展示相互隔离,试视图控制器类专门来管理视图的展示,业务逻辑单独出来在另外一个ViewModel来管理。

2.工程慢慢具体化了以后,项目中的文件会相当的多。如果遇到功能的更新,我们可以直接子类化一下ViewModel,再到视图控制器里更新一下ViewModel。如果遇到需要更换视图,可以将ViewModel重现绑定一下,不会对之前的业务逻辑产生任何影响。这也是将二则分隔开来,所带来的好处。

由此可见,花点时间来将工程的架构转化成MVVC是值得的。

在此,我们将之前的图片处理的项目进行一下转换。首先,观察一下工程下面目录,有ViewController和AppDelegate,由于没有涉及到数据结构,所以项目中暂时没有MVC中的数据Model,View在ViewController中作为一个成员属性;AppDelegate是UIApplication的代理,遵守UIApplicationDelegate协议,在这里可以将它归为项目中的其它部分。

那么,由MVC转向MVVC的首要任务也就是将ViewController解耦。这里我们创建一个继承自NSObject的子类PicViewModel,再给该类创建如下成员属性:

@property (strong, nonatomic)  UIImageView *imageView;

@property (strong, nonatomic)  UIBarButtonItem *picBtn;

@property (strong, nonatomic)  UISlider *sliderVal;

@property (strong, nonatomic)  UIButton *dealB;

@property (strong, nonatomic)  UIPickerView *picker;

@property (strong, nonatomic)  UIViewController *totalVc;

@property (nonatomic,strong)  RACCommand *picCommand;

其中的视图空间要与视图控制器里的视图空间保持对应关系,RACCommand是第三方库ReactiveCocoa里面的一个类,用来发送信号,也是由MVC转向MVVC的关键属性(关于ReactiveCocoa的详细介绍,可参考我之前的博客《ReactiveCocoa一些学习摘抄》里面的一些资料)。在成员属性创建完成之后,我们可以复写一下初始化方法,把事件进行一下绑定,绑定的代码如下:

_picCommand = [[RACCommand alloc] initWithSignalBlock:^RACSignal *(id input) {

     [self viewWillAppear];

     RACSignal *sig = [RACSignal createSignal:^RACDisposable *(id subscriber) {

     return nil;

     }];

​            return sig;

}];

在代码中调用[self viewWillAppear],就相当于调用视图控制器中的-(void)viewWillAppear:(BOOL)animated方法,一些业务逻辑的关系,我们都可以添加到viewWillAppear方法之下(这是个自定义方法!!)。

完成这一步之后,ViewModel类就创建完成,接下来只需到原来的视图控制器中将视图控件与PicViewModel进行一下指向,再在视图加载方法中调用一下RACCommand成员的subscribeNext方法即可,具体代码如下:

self.pictureVM.imageView = self.imageView;

self.pictureVM.picBtn = self.picBtn;

self.pictureVM.sliderVal = self.sliderVal;

self.pictureVM.dealB = self.dealB;

self.pictureVM.picker = self.picker;

self.pictureVM.totalVc = self;

RACSignal *sig = [self.pictureVM.picCommand execute:nil];

[sig subscribeNext:^(id x) {

}];

转型完成之后,编译工程运行。如果各个功能和操作与之前一样,那么转型成功。

其实由MVC转向MVVC步骤十分简单,但是所带来的益处是巨大的。花费一点点时间将项目改变一下架构,会非常有益于后期的开发,值得学习于借鉴。

最后,该工程的完整代码请参考我的Github:https://github.com/AirChen/PictureDel

该系列之前的文章请参考:http://blog.sina.com.cn/s/blog_bfb0501f0102vx1v.html

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 151,511评论 1 330
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 64,495评论 1 273
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 101,595评论 0 225
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 42,558评论 0 190
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 50,715评论 3 270
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 39,672评论 1 192
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,112评论 2 291
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 29,837评论 0 181
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 33,417评论 0 228
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 29,928评论 2 232
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,316评论 1 242
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 27,773评论 2 234
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,253评论 3 220
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 25,827评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,440评论 0 180
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 34,523评论 2 249
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 34,583评论 2 249

推荐阅读更多精彩内容