标签：lte 冗余 工具 tin SOS 复杂 软件 重构 atm
最近一直在重构应用中心代码，在重构的过程中，想到了之前看的一本书
叫代码重构之道，之前看的时候会觉得有些不理解，但是还是记了其中的知识点
通过这次重构，对重构又有了更新的认识
重构，就是在不影响现有的业务情况下，修改代码的行为，这里修改代码的过程中为了使整个业务更加清晰，在熟悉原有的逻辑的情况下，重新
画了流程图、重新进行了业务设计和技术设计，而且重构也不是一次性的，它贯穿软件的整个生命周期，只要觉得不合理都是重构的时机
为什么我想要重构？
首先，我在接手这个应用中心后，会有很多的问题导致badcase，而去深究这些原因，大都是设计的不合理，或者很多情况没有考虑到，
而且发现好多if-else，更严重的是在foreach循环中套查询语句，
所以，我决定重构，重构的好处也有很多：
比如让代码更加容易理解、改善内部的结构、后期修改更容易，同时提高了编程速度，加快了业务的迭代
那么怎么重构呢，我总结了有以下方面：
1、重复代码问题：解决重复的常有手法：抽取到单独的函数，放在基类中，使用模版函数模式，就是提取一个通用的方法，或者写工具类
在使用的时候直接调用工具类
2、过长的类或者函数：这种非常的无意义，做的事情太多，那就成了定制，其他地方也用不了，所以要拆成多个小类或者短函数，尽量一个函数
只做一件事，拆分类的原则是单一原则，内聚，常用手法：子类化
3、命名随意：这样会导致后期修改非常费劲，别人在读你代码的时候也特别费劲，所以类名应该是名词或名词短语，函数应是动词或动词短语
4、去掉无效注释
5、切忌foreach循环中套查询语句
6、使用监控，即使发现有问题的接口
7、合理使用缓存，查询语句，尽量不要在model层加缓存，它就是简单的查询，接口业务中哪里需要加缓存，从缓存中取不到数据再从数据库取
8、做之前还是要想清楚业务，在什么时候去写一条语句，而不是前面写了后面除了问题再删，不仅增加了数据的操作，也使整个接口看起来冗余复杂
这是最近重构代码的一些经验总结。
代码 重构 总结
标签：lte 冗余 工具 tin SOS 复杂 软件 重构 atm
原文地址：https://www.cnblogs.com/weiluoyan/p/13039527.html
