- 修改老代码，建议使用全局存储变量，避免加参数或者大范围代码调整，老代码能不动则不动。
- MVVM 建议 ViewModel 为OC类，通过代码块回调传递返回值，可以极大的减少代码量和提高代码可读性，减少调试时间。
- API向 ViewModel 集中， 特别是非分页接口，提高 api 复用率。
- model数量是造成程序复杂度急剧提高的原因之一，添加每一个详情 Model 都应该思考：当前模型没有适用的，真的必须添加吗？从需求的纵向横向以及扩展性思考。
- 需求即问题即功能即 Model 动作（增删改查），胖 Model 是减少重复代码量以及提高扩展性的必选之一。
[2020/04/03]
6.模型类推荐使用OC类，因为可以通过runtime+Category 形成默认归解档实现，swift则必须每个模型去实现 required init 方法。
[2020/05/09]
7.接口合并，例如点击未读消息添加已读的标签接口可以和详情接口合一，前端无感。
[2020/05/16]
8.经常会遇到接口依赖，a页面请求到的数据用来请求b页面，b页面请求的参数用来请求c页面，一般是跳转到当期页面请求根据之前接口获取的参数请求当前接口，这种做法没什么错但是用户需要等待数据请求过程，造成慢的感觉，可以通过提前请求来解决，跳转页面之前调用请求数据接口，然后刷新视图即可，页面实例之后也只是一个普通对象，对象通过调用方法实现对应功能，一切如此简单。
在开发的过程中，思想上我们要打破各种组件页面的‘壁垒’，所有的东西都看成可以是互联互通，编程就是铺水管，数据是水，让水能随我们的意志流到任何地方，配合界面就没有实现不了的功能。
[2020/06/08]
9.当借口返回的数据需要经过转换(数值偏移，文字转索引，索引转文字)才能显示在界面上，操作页面需要再次做转换时，最好的方式就是建立并行属性, 反复的转化极易导致 bug 深坑，尤其是这部分需求有可能二次三次调整的时候。
[2020/08/15]
- Swift 中多用封装和使用泛型，泛型的绝招之一就是嵌套代码扁平化，减少逻辑层级，进而减少代码复杂度，减少维护成本。
