总结
- 克服硬编码
- 完善的中间层(实际上是第一条在方法/类层级上的体现)
- 尽可能保持类/方法的单一职责
- 在方法中，使用block(OC)、定义方法(swift)减少代码
- 新建对象的时候，可以使用({})这种编译的小窍门使得代码更加易读、有层次感
感受
卧槽Coding项目里好多第三方。。。
项目中的RAC好像是后面引入的，而且没有特别大范围的使用。而且就我目前看到的语法上，有点不熟练。
CoreData也是，有引入，但好像没有看到使用的地方
代码封装性不够好。
UI上，没有什么出众的地方，几无可取之处。
目录划分见仁见智，到底是先按模块后按MVC分还是先按MVC后按模块分见仁见智。
分类感觉比较齐全，可以再看一下。
项目里用到了正则，感觉写的满6，自己也得找时间看一下。
第三方
FLEX--一个强大的调试UI工具
RRFPSBar--FPS实时显示
AFN的AFNetworkActivityIndicatorManager--小菊花管理工具,使用类似引用计数的方式(跟我之前要做的想到一块去了)
SD--Downloader提供了许多设置项
SMPageControl--第三方PageControl
EAIntroView--第三方引导页
系统use/include
感觉Coding的程序员对Linux还是有比较深入的了解的，项目中有许多地方用到了这里的相关文件。如:MD5/DeviceInfo/Zip
iOS
UIAppearance--实现全局修改UI(最好在在所有界面初始化前开始设置，否则可能会失效)
登录模块
使用NSUserDefaults来存储已登录的用户信息并判断登录状态(KeyChain更好更安全，而且是系统级别的管理账号密码的工具)
登录：储存用户登录信息，配置推送、统计、IM相关
登出：移除用户登录信息，cookies，登出推送、统计、IM相关
改进：登录使用单例，设计成了只能缓存一个账号，未考虑多账号切换的情况，可以改进为一个支持缓存多账号的账号管理器，这样单例的生命周期与App一致就是没有问题的了，而且可扩展性也很强。
引导页&启动页
Coding使用一个单例来管理引导页的显示逻辑，这样实际是不好的。
因为单例的生命周期与App一致，这会导致一些适用性的问题。
Coding使用一个启动页，启动页动画完成时才会异步初始化一些库，这样会加快App的启动速度。
未读计数器
Coding使用一个单例，单例中使用网络请求来更新并持有未读数。
在未登录或用户登出时，清空App的未读数。
基类
使用继承的方式比起AOP的方式更加安全且易操作。
BaseViewController
重写生命周期方法实现埋点，计算旋转，判断控制器跳转逻辑，判断当前控制器及登出
个人观点，判断控制器跳转逻辑、判断当前控制器及登出不应该放在基类而是用新类或分类。
NaviViewController
自定义naviBar底部分割线，重写设备旋转相关方法
TabbarController
使用了第三方RDVTabBarController
Utils
EADeviceToServerLog
这个工具中使用了LDNetDiagnoService_IOS这个第三方进行网络诊断。
有意思的地方
EaseMarkdownTextView
一个Markdown富文本编辑器。
使用了RFKeyboardToolbar
内部主要逻辑有文本的替换，自动换行，自动选中
使用WebView来实现MarkDown的显示、代码展示、diff等。
消息模块的私聊
好像全靠后台。。。。没有做本地缓存
