重构篇--为啥需要重构

为啥要重构呢？

之前一直以为系统重构就是那些系统架构师、大牛们玩的高端玩意儿，现在想想，有的项目是有很多代的，随着业务需求的迭代，问题也会越来越多。如果业务繁杂，代码结构混乱，层次不清的话，会存在很多冗余代码。就像我一个初学者，写个小项目都是使用分层式结构。如果功能点较少的话，这样的结构就够用了，每个层次都很清晰，用不着重构。但是，随着功能的增多，如果一个包里就有几十个文件，想想就很刺激。在这种情况下，拓展维护交接就变成了一个超级难的事情。就像机房重构随处可见的拼写错误，头重脚轻的函数，还有东拼西凑的代码，有些怀疑人生了。
哈哈哈，有时候觉得别人的代码写的烂，其实自己也是烂代码的作者，没错了。

项目重构的原因？

1、项目代码结构混乱，层次不清，代码风格不统一
2、漏洞多，稳定性差
3、有新的功能需求，但是之前的框架已经不能满足了
4、各种大量接口回调导致内存泄漏严重
5、业务代码和通用代码混合
6、包含大量重复代码
7、参数列表过长，参数太多的话，应该考虑用对象去替换参数列表
其实，重构是一个不断发现问题、解决问题的过程。感觉重构就是悟性决定了成长。

重构的目标？

1、改进软件设计。重构和设计的最重要的是设计吧，需要有一个解决方案，这个方案不能说是最正确的，但一定是最合理的，重构是让一些膨胀的代码和功能精简化
2、使代码更容易理解，方便后期维护，也就是要让每个模块的定位清晰明确
3、发现隐藏的代码缺陷
4、代码风格要优雅～，内容质量高，按照合理的设计模式和编程思想去重构
5、同步新的需求
6、项目功能交互来个极致体验，功能上要要尽量做到不卡顿 不闪退，要满足产品需求的细节
7、从长远来看，可以提高编程效率