代码 重构 总结

Posted weiluoyan

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了代码 重构 总结相关的知识,希望对你有一定的参考价值。

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

以上是关于代码 重构 总结的主要内容,如果未能解决你的问题,请参考以下文章

重构改善既有代码设计--重构手法 之重新组织你的函数总结

重构.改善既有代码的设计14总结&读后感

腾讯大佬总结的代码重构原则,看完再也不怕面试官问啦!

重构·改善既有代码的设计.04之重构手法(下)完结

代码重构之路 --我的2022年总结

代码重构之路 --我的2022年总结