读烂代码那些事的一些总结

关于烂代码那些事我这几天看了好几遍，给大家分享下。

什么是烂代码：

1.意义不明确 2，简单的代码别人看不懂3，组织不恰当 4假设和缺少抽象

写好代码前提：

1.理解要开发的功能需求 2 了解程序的运行原理 3 作出合理的抽象 4 组织复杂的逻辑 5对开发效率正确估算 6 不断练习

什么是好代码：

1.逻辑应该是清晰的，bug难易隐藏 2 依赖最少 易于维护 3错误处理完全根据一个明确的错略，4 性能接近最优化，避免代码混乱和无原则的优化 5整洁的代码只做一件事

如何做：

1.可以逐字翻译（变量名定义要有意义）

2.遵守约定 （代码和文档如何组织，注释如何编写，编码风格的约定）

3.文档和注释

4.处理异常（单元测试覆盖率要全面）

5.处理并发，高质量的实现并发编程的关键不是应用了某种同步策略，而是代码中是否保护了共享资源。

6.优化性能，算法的时间复杂度，时间复杂度高的程序运行效率必然低，减少io

7.日志是否足够，所有异常，外部调用都用日志。

8.避免重复

9.模块划分，模块内高内聚与模块间低耦合是大部分设计遵循的标准，通过合理的模块划分能够把复杂的功能拆分更易于维护的更小的功能点。

10.简洁与抽象，代码避免重复是简洁，设计足够抽象是简洁。

11.随时进行模块内部的重构，从重命名变量，函数，提取内部函数，提取内部常量，提取变量

12.一次只做一个模块级别的重构，删除无用地啊啊，移动函数到其他类，提取函数到心累，修改函数逻辑

13.工程级别的重构不能和任何其他任务并行，优先按部署场景进行拆分，比如一部分是公用的，一部分是自己用的，可以考虑拆分成俩个部分。其次按照业务类型拆分，俩个无关的功能可以拆分成俩个部分，a功能不影响b功能。除此之外，尽量控制自己的代码洁癖，不要把代码切成大块豆腐块，会给日后的维护工作带来很多不必要的成本。

14.性能优化，让计算靠近存储，优化算法时间复杂度，减少无用的操作，并行计算。