“这代码真烂”或“代码写得真好”。这描述太笼统,具体怎么烂了、怎么就好了?
也有一些工程师对如何评价代码质量有所认识,如好代码易扩展、易读、简单、易维护,但更深入的,“怎么算可读性好?代码怎么算易扩展、易维护?可读、可扩展与可维护之间有什么关系?可维护中‘维护’两字该如何理解?”
如果连啥是好代码、烂代码,都分不清,又谈何写好代码?
如何评价代码质量的高低?
对代码质量的一种描述:
- “好”笼统地表示代码质量高
- “烂”笼统地表示代码质量低
其他描述方法语义更丰富、更专业、更细化:
灵活性(flexibility)、可扩展性(extensibility)、可维护性(maintainability)、可读性(readability)、可理解性(understandability)、易修改性(changeability)、可复用(reusability)、可测试性(testability)、模块化(modularity)、高内聚低耦合(high cohesion loose coupling)、高效(high effciency)、高性能(high performance)、安全性(security)、兼容性(compatibility)、易用性(usability)、整洁(clean)、清晰(clarity)、简单(simple)、直接(straightforward)、少即是多(less code is more)、文档详尽(well-documented)、分层清晰(well-layered)、正确性(correctness、bug free)、健壮性(robustness)、鲁棒性(robustness)、可用性(reliability)、可伸缩性(scalability)、稳定性(stability)、优雅(elegant)、好(good)、坏(bad)……
到底该用啥词描述代码质量?很难通过其中某个词汇全面评价代码质量,因为都是从不同立场来说。代码质量高低需综合各种因素,如一段代码的可扩展性好,但可读性