代码重构时所遇到的那些二三四五六七八事儿

前介

公司呢，有个项目在经过长达两年不知道多少人的堆积下，终于有一天，大家不堪忍受，从公司外到公司内，从公司抗梁的到咱们搬砖的，一致认同要将代码进行重构。

经过对代码的通读以及探查各个大小牛的博客文档后发现，嗯，还是有不少的升值空间的

/****************************华丽丽的分割线****************************/

以上废话，总结如下

触发原因：

1.没有进行统一规划

2.开发人员流动（含外包时期）

3.代码读写不流畅（风格不统一）

4.流程不清晰（产品变动，例 2.0的废弃留到5.0，而且无分支）

5.视野不开阔（更改时只针对当前 不考虑共通和今后等）

6.内部/外部缺少交流

 

导致影响：

1.直接导致用户使用不流畅 内存消耗明显过高

2.找不到需要修改的地方 增加或修改功能

3.结构紊乱

4.代码冗杂

5.许多第三方未用cocoapods（第三方过久未更新）

 

优化建议：

0.熟悉项目模块

1.用分支进行管理-->团队开发，离不了它

2.将优秀第三方用CocoaPod进行管理-->iOS最最最常用、最最最有名的类库管理工具就是它

3.Debug /release 分开-->调试版本/发布版本

4.Config 单独剥离 -->配置参数么 尤其是有虚拟物品支付类的时候，大家懂得

5.优化MVC中的C-->增加代码读写流畅度

6.添加必要注释-->增加代码读写流畅度

7.命名做到读其名知其意 -->增加代码读写流畅度

8.缺少封装(小功能)与模块化（大功能）-->设计重用

9.尽量减少#define的使用（不过度使用）单类中的#define用static const 替换-->可增加编译速度

10.小图使用缩略图-->优化性能

11.删除废弃代码-->建立分支以后（仔细）

12.增加DEBUGUAT模式-->方便开发

13.资源文件迁移-->打开过慢

warning：憋住你好奇心爆炸的小宇宙，不要重构你不理解的代码，千万千万！！！！

另外，一定多测试

暂时先这么些改着~