关于烂代码的那些事——什么是好代码

一般来说有不少对象能供给依附分析，比如IDEA中供给的Dependencies Analysis功能，学会这些对象的应用对于评价代码质量会有很大年夜的赞助。

值得一提的是，绝大年夜部分情况下，不恰当的模块划分也会伴跟着极低的单位测试覆盖率：复杂模块的单位测试异常难写的，甚至是弗成能完成的义务。所以直接查看单位测试覆盖率也是一个比较靠谱的评价方法。

2.4.3.简洁与抽象

跟着项目标演进，无用的信息会越积越多，最终甚至让人无法分辨哪些信息是有效的，哪些是无效的。

只要提到代码质量，必定会提到简洁、优雅之类的形容词。简洁这个词实际涵盖了很多器械，代码避免反复是简洁、设计足够抽象是简洁，一切对于进步可保护性的测验测验实际都是在试图做减法。

对于线上体系来说，一般可以经由过程调剂日记级别来控制日记的数量，所以打印日记的代码只要纰谬浏览造成障碍，根本上都是可以接收的。

编程经验不足的法度榜样员往往不克不及意识到简洁的重要性，乐于捣鼓一些复杂的玩意并乐此不疲。但复杂是代码可保护性的天敌，也是法度榜样员才能的一道门槛。

跨过门槛的法度榜样员应当有才能控制逐渐增长的复杂度，总结和抽象出事物的本质，并表现到本身设计和编码中。一个法度榜样的生命周期也是在由简入繁到化繁为简中赓续迭代的过程。

对于这部分我难以总结削发单易行的评价标准，它更像是一种思维方法，除了要懂得、还须要演习。多看、多想、多交换，很多时刻可以简化的器械会大年夜大年夜超出本来的估计。

2.4.4.推荐浏览

《重构-改良既有代码的设计》
《设计模式-可复竽暌姑面向对象软件的基本》
《Software Architecture Patterns-Understanding Common Architecture Patterns and When to Use Them》

3.结语

这篇文┞仿重要介绍了一些评价代码质量好坏的手段，这些手段中，有些比较客不雅，有些主不雅性更强。之前也说过，对代码质量的评价是一件主不雅的工作，这篇文┞仿里固然列举了很多评价手段。然则实际上，很多我认为没有问题的代码也会被其他人吐槽，所以这篇文┞仿只能算是初稿，更多内容还须要往后持续弥补和完美。

固然每小我对于代码质量评价的偏向都不一样，然则总体来说评价代码质量的才能可以被比作法度榜样员的“咀嚼”，评价的精确度会跟着自身经验的增长而增长。在这个过程中，须要随时保持思虑、进修和批驳的精力。

【编辑推荐】

【义务编辑：51CTO_OS TEL：（010）68476606】

还有，在 InceptionNet 之前谁在评论辩论「inception」?对此也很好奇。开打趣地说，如今提交论文的主题是不是应当环绕把全卷积编码器解码器BatchNorm ResNet GAN应用于风格迁徙，用 Adam >>>详细阅读

地址：http://www.17bianji.com/lsqh/34700.html