赞
踩
目前该文只是简单理论的总结,代码简洁之道主要技巧:
1.面向对象设计原则:包括单一职责、开放封闭、依赖倒置、接口分离等。这些原则可以帮助我们设计更好的代码结构,使得代码更易于维护和扩展。
2.利用设计模式:设计模式是一种常见的设计思想,可以帮助我们解决一些经典的软件设计问题。在重构过程中,可以使用一些常用的设计模式,如单例模式、工厂模式、策略模式等,来优化代码结构。
3.深入理解Java语言:代码重构需要深入理解Java语言的特性和机制。例如,Java中的继承、多态、内部类等,都可以用来重新组织和优化代码,写出高效的代码结构。
设计原则:设计原则:面向对象设计原则详解
代码重构:坏代码的味道,编写代码20多宗罪
CodeReview的目的是提升代码质量,尽早发现潜在缺陷与BUG,降低修复成本,同时促进团队内部知识共享,帮助更多人更好地理解系统。
如何做好code review,可以参考谷歌 code review 指南。原文地址: https://google.github.io/eng-practices/review/reviewe
1、业务层面:业务逻辑是否正确等相关内容。例如
1)数据库字段的设计是否合理。
2)业务流程是否按照详细设计的流程走。
3)业务扩展性,设计是否影响后续业务的拓展。
2、代码层面:是否符合优秀特质。优秀代码--改善代码三部曲https://guisu.blog.csdn.net/article/details/7658644
没有“完美”的代码,只有更好的代码。由于每个团队的code review的方法论或者流程不一样,本文单纯从reviewer的角度来总结如何审查提交者提交的代码是否符合优秀的代码特质,即找出坏味道的代码。
在《重构-改善既有代码的设计》这本书已经罗列来坏代码的味道:编写代码20多宗罪:
能做好code review,前提是reviewer理解什么是更好的代码。这是需要一定具备很强的编程能力,不仅需要熟练运用相关设计,还具备丰富编码实战经验。
代码质量的评价有很强的主观性,描述代码质量的词汇如可读性、可维护性、灵活、优雅、简洁。这些词汇是从不同的维度去评价代码质量的。其中可读性、可维护性、可扩展性又是提到最多的、最重要的三个评价标准。
我们从战略、战术、实施等角度来考量优秀代码:
好代码就像 玩笑无需解释。
这些愿景指标都是宽泛笼统,没有具体的衡量指标,可以当做是一种团队内心的愿望,也是作为撸码人的长期指导方向。
如果作为reviewer,只是笼统指出提交者的代码糟糕,可维护性不强等主观性指标,而不能指明问题具体的原因和给出有效改进建议,肯定不是一个合格的rev
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。