本文为CocoaChina网友yejiajun945投稿
前言
从几年前做Android(2.x版本的年代),到现在做iOS开发,一直以来崇尚的开发原则就是功能第一,代码第二,架构第三。一个需求布置下来,首先想到的就是怎么快速的去完成,而不是怎么样写出优雅的代码,更不会考虑用什么先进的架构。当然,这跟项目本身也有一定的关系,一些大型项目是接前人的班,我能做就是在原来的结构上砌砖修墙,还有一些项目虽然需要重头开始,但是功能单一时间紧凑,所以一直以来基本都是用了入门简单、结构清晰、官方推荐的MVC架构或其变种来进行项目开发。一段时间后对MVVM有了一些认识,便想尝试着做一些开发,但是苦于找不到入门的法宝,直到有一天遇到了RxSwift。
本文将通过一个Demo来讲解,分别用MVC和MVVM来实现几个简单的功能,通过对比,可以清晰的展现出两类架构的区别。
需求:
在页面中输入用户名和密码,实时显示验证后的用户名和密码的合并内容,点击登录按钮,验证用户名和密码的合法性,然后弹出提示框告知用户登录结果。
功能点:
1.用户名和密码验证:验证用户名的过程简化为返回大写后的用户名,验证密码的过程简化为返回小写后的密码;
2.实时显示合并内容:合并内容的过程简化为用户名和密码的字符串合并;
3.登录验证合法性验证:验证过程简化为用户名和密码字符数量的判定,返回结果用枚举表示。
准备工作:
1.新建一个基于Swift语言的iOS工程(RxSwiftDemo),用CocoaPods引入RxSwift库(RxSwift,RxCocoa)。
2.在ViewController中添加四个控件,用户名输入框(nameTextField),密码输入框(passwordTextField),输出结果文本标签(resultLabel),登录按钮(loginButton)。
功能点代码分析:
View:
在MVC中,ViewController担任View和Controller双重角色,而在MVVM中,ViewController只担任View的角色,所以两个架构可以共享View。
View
Model:
Model本应是结构和业务的结合,但是在MVC架构中经常只实现了结构的方面,业务逻辑的实现会放在Controller中实现。举个例子,在ViewController进行网络请求,返回的数据封装成一个Model,然后将Model的实例传递给View去刷新页面,在ViewController中可以一气呵成,但是假如要把网络请求放在Model,那么必然会增加很多额外的代码,所以,也就不管什么架构了。
其实Model可以完全独立于Controller和View而存在,对于MVC和MVVM来说也可以共享。为了更通用一些,这里采用了协议的方法,在Controller声明一个协议变量,只需要将Model的实例赋值给这个变量即可。
Model
Controller和ViewModel:
MVC和MVVM的差别体现在这里,Controller存在于MVC架构中,Controller可以可以直接访问Model和View,View只能通过Target-Action告知Controller出现用户操作,通过delegate告知Controller如何展示内容,Model只能通过Notification告知Controller数据有变化,这些都是标准的MVC。
想要实现显示验证后的用户名和密码的合并内容,就必须要监听UITextFiled的输入。
在MVC中通过UITextField的delegate方法来实现:
UITextField delegate
登录流程也是通过函数调用来实现:
function
所有的方法都写在ViewController,虽然封装了Model,但是业务逻辑代码仍然存在于ViewController,使得移植性大大降低。加入将来要将用户名和密码的合并替换为其他方式,那么必然要在UITextField的delegate方法中大动干戈。
普通的MVVM之所以难入门,是在于View和Model的绑定。RxSwift作为一种响应式编程语言,能够完美的解决这一问题。
在ViewModel中实现View和Model的绑定:
ViewModel
ViewController只承担View的任务,即只负责用户名和密码合并后的内容展示,以及登录结果的展示:
ViewController(View)
ViewModel中,用户名和密码的验证方式,合并内容,登录流程可以任意更改,都不会影响ViewController中View的展示,同时ViewModel也不关心Model的数据是什么结构,数据如何获取,它只是View和Model之间的一座桥梁,也可以很快捷的替换View或者Model,方便代码重用。
总结
MVC架构(Model-View-Controller)的优缺点已经有很多优秀的文章详细的阐述,这里不再赘述。在iOS项目中,ViewController既扮演了View的角色,又扮演了Controller的角色,Model在ViewController中与View直接交互。对于开发者来说,这样的MVC架构的确“逻辑清晰,层次分明,开发快捷”。但是一遇到View层需要复用的时候,一切就变得不那么美好了。明明一模一样的界面,只是改动了数据获取方式,却要花很多时间和精力,不是重新创建个VC把99%的代码复制过去,就是修改原VC的内部逻辑,使之能适配多类数据的获取。一不小心就给自己挖了坑!
上述这样伤筋动骨的方式笔者遇到过数次。秉承处女座追求完美的精神,在不影响项目进度的前提下,会尽可能的重构,以便在“不久的将来”能用别的项目中。但也只是逻辑层面的重构,比如用Swift重写,用协议代替类或结构体,多写些delelgate或者block等等。但是心中始终有一个疙瘩,就是代码写的太丑了,Swift这么优雅的语言,不应如此狼狈。本着破釜沉舟的决心,笔者翻开了RxSwift的Git,因为江湖上传闻RxSwift可以让Swift变得很优雅,让MVVM变得很简洁。
学习RxSwift和MVVM是个痛并快乐着的过程,对于数学功底一般且写惯了MVC的笔者来说,这些内容太过深奥难懂,但是一旦摸着一些门道,回头再来看自己写出来的代码,跟用MVC写的一对比,深深地体会到,不虚此行。
期望本文能对想学习RxSwift和MVVM的开发者有所帮助,笔者只是一块砖,如有错误,还望指出,谢谢!