原文地址:http://www.objc.io/issue-1/lighter-view-controllers.html
本文记录了些跟这篇文章相关的思考,比如我们在开发时的类似措施、观点,按里面的章节划分。
Separate Out Data Source and Other Protocols
这个我个人觉得不太需要,可能是因为我们的代码的情况不太一样,同时觉得这部分代码不多,写一下很简单。
Move Domain Logic into the Model
我接手一个项目时并没有很好的Model层,相关逻辑都是直接操作从服务端返回的JSON转成的NSDictionary对象。后来我们在新的代码里面就很好的用上了Model层,也把一些逻辑放在Model里。这样的好处是,我们有iPad和iPhone版本的view controller,之前存在代码和逻辑重复的地方,现在就合在一处。
这节里面,我注意到一个有意思的地方,就是他把逻辑的代码放到了extension class里,感觉不错,比直接写在Model类里来得区分清楚。
Creating the Store Class
Move Web Service Logic to the Model Layer
跟网络相关的操作,我们都是放在了Manager类里,跟本节谈的内容是类似的概念。
Move View Code into the View Layer
都在说MVC,但很多的代码是M没有,V在C里,很不好。所以我们目前也在尽量建单独的View,尤其是iPad和iPhone需要公用的,而不是在View Controller里面构建。当然比较简单的,不需要复用的,就懒得多建个类。
Communication
View Controller和View Controller之间交流通讯的技巧也蛮重要的,比如一个View Controller里有子View Controller负责展现部分界面以及跟父View Controller交互等。
曾经做过一个东西,它只是界面的一部分,而且iPhone和iPad的展示基本一样,界面交互逻辑也一样,所以就写成公用的一个View Controller,以供调用,而不是分别在iPhone和iPad的View Controller里写类似的大部分重复的代码,这个就涉及了交互以及这个View Controller本身接口的设计。