前言
Viewcontroller 通常是项目中最大的文件， 并且包含很多不必要的代码， 所以viewcontroller的代码几乎总是服用率最低的。 现在要做的是给viewcontroller瘦身， 让代码变得可以复用， 以及把代码卸载合适的地方。
在这里我们只关注在MVC下让viewcontroller瘦身的方法，MVVM另篇说
将Data Source和其他Protocols分离出来
把UITableViewDataSource的数据源方法提取出来放到一个单独的类中，是最好的瘦身方式之一， 可以创建出复用的类。通过block的回调来设置UITableViewDataSource, 这样会很方便.在使用block的时候可以使用typedef的方式来取别名, 这样统一起来也是为了更方便的使用block.
typedef void (^TableViewCellConfigureBlock)(id cell, id item);
很形象的一个命名方式是吧
此外, 这种方法也可以扩展到其他的protocols上面. 最明显的一个就是UICollectionViewDataSource, 这么做灵活性很大; 比如, 在开发的某个时候, 想利用UICollectionView替代UITableView, 那么几乎不用对ViewController做任何修改, 甚至可以让datasource同时支持这两个协议.
将业务逻辑移到Model中
对于在viewcontroller中要调用某个具有特定功能的方法, 可以把实现这个特定功能的代码写在自定义的类的category中, 提供一个对象方法来调用,这样也会使viewcontroller比较清晰. 有些代码不能被轻松地移动到model对象中, 但明显和model代码紧密联系, 对于这种情况, 可以自定义一个类了.
创建自定义的类
可以在我们创建的自定义类中来写这些代码, 比如说在自定义构造方法中,这样viewcontroller就没有必要知道这些. 通过分离, 就可以服用这些代码, 单独测试, 并且让viewcontroller 保持清晰. 自定义的对象会关心数据加载, 缓存和设置数据栈, 这个对象通常会被称为服务层或者创库
把网络请求逻辑移到Model层
和上面的思想相似: 不要在viewcontroller中做网络请求的逻辑, 而是应该将它们封装到一个类中, 这样, viewcontroller就可以在之后通过使用回调来请求网络了. 这样的好处是缓存和错误控制也可以在这个类里面.
将View代码移到View层
不应该在viewcontroller 中构建复杂的view层次结构, 可以使用xib或者把views封装到一个UIView的子类中(个人还是偏好用纯代码布局, 虽然比较慢, 但是好维护点吧).
通讯
其他在viewcontroller 中经常发生的事是与其他viewcontroller, model, views 之间进行通讯, 在这里也应该尽量用少的代码来完成它.
当一个viewcontroller 想把某个状态传递给多个其他viewcontrollers`时, 就会出现消息传递不清晰的问题. 较好的做法是把状态放到一个单独的对象中, 然后把这个对象传递给其他的viewcontroller, 通过这个来观察和修改状态. 这样的好处是消息传递都在一个地方(被观察的对象)进行, 而且也不用纠结嵌套的delegate回调.
总结
这些方法都是为了实现一个目标: 写可维护的代码. 知道这些方法后, 就有可能把那些臃肿的
viewcontrollers变得整洁清晰.
