代码好坏的评判标准

从新手接替一个项目开始，来介绍代码的评判维度有哪些

可读性 readability

一般来说，代码被阅读的次数远远超于被编写和执行的次数。代码如果基本符合编码规范、命名清晰、注释详尽、函数的长短合适、模块划分清晰、高内聚低耦合等，基本上代码的可读性会大大提高。最直观的体现就是其他人review code时，能轻松读懂你的代码，就说明代码的可读性很好。

可维护性 maintainability

可维护性，一般指的是在不破坏原代码设计的前提下，快速修改bug或增加代码，不会带来新bug，表明该代码的维护性比较好。

可扩展性 extensibility

代码面对未来新需求的变化能力。一般来说，开发新需求的时候，不修改原代码或很少修改，即可达到需求开发的能力，通常会预留一些功能扩展点。

可复用性 reusability

尽量避免重复造轮子，即能够沉淀出一些通用的代码逻辑，保持与上层业务代码的解耦

灵活性 flexibility

这个词比较宽泛。通常与可维护性、可扩展性以及可复用性类似

简洁性 simplicity

经典的设计原则：KISS原则。keep it simple, stupid

⚠️：思从深而行从简，真正的高手能风淡云轻的用最简单的方法解决最复杂的问题

主要反映在写单测的时候。从两个方面体现：1.单元测试是否容易编写；2.写单元测试的时候，不能依赖环境，远程调用其他服务的借口，尽可能进行mock数据，保持服务之间的解耦。

这几个维度是评判代码维度比较重要的几个指标。

如果觉得《代码好坏的评判标准》对你有帮助，请点赞、收藏，并留下你的观点哦！