关于App重构的一些思考

项目开发到一定阶段，思考项目的重构性是必需的，产品迭代时伴随着技术的完善，在开发中我们需要重新定义之前的开发技术。

为什么要重构？

开发之初，可能会由于时间紧，任务重，不同开发人员各种飘技术栈，人员之间代码冗余，再加上遵循公司“快速上线”的开发原则，先上线后迭代，为完成功能而开发。后期由于业务功能迭代，出现了牵一发而动全身的问题，代码维护困难，耦合性太强，于是乎重构迫在眉睫。

重构的好处和目标：
1.代码清晰可读性强，提高代码质量
2.淘汰旧技术，适当引入新的技术
3.做好业务拆分，功能模块封装，方便形成代码工具库，组件化
4. 减小代码耦合性，灵活适应新需求开发

小结：实现可读性、可维护性、可扩展性

重构的规则

在InfoQ上看到Uber的技术主管Raffi Krikorian在 O’Reilly Software Architecture conference上谈及的关于架构重构的12条规则, 共勉之:

扩展阅读推荐：
APP架构经验总结
http://keeganlee.me/post/architecture/20160303
ANDROID项目重构之路:架构篇
http://keeganlee.me/post/android/20150605