扫码阅读
手机扫码阅读
聊聊代码的整洁(下)
289 2024-01-31
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:聊聊代码的整洁(下)
文章来源:
敏捷测试转型
扫码关注公众号
整洁代码之道摘要
这篇文章讨论了如何编写整洁的代码,包括注释、代码格式、类和系统层面的整洁,并提供了处理代码坏味道的治理清单。
Part4 注释
注释应仅用于必要时,如法律信息、解释意图、外部代码解释、警告风险、未来的TODO事项以及公共API说明。糟糕的注释(如只给自己看、多余言语、变更日志等)应避免,以减少误导和混淆。
Part5 良好的代码格式
清晰的代码格式促进开发者间沟通,提高代码的可维护性。推荐的格式技巧包括控制源代码文件长度、逻辑分层、空行分隔、变量声明位置、代码宽度、缩进格式等。团队应统一代码风格规则。
Part6 类
类应简洁且符合单一权责原则。类名应准确描述其职责,类的方法应操作类的实体变量以保持内聚性。类的设计应对扩展开放、对修改封闭。
Part7 在系统层级上保持整洁
系统应清晰表达意图,区分构造与执行逻辑。Kent Beck提出的简单设计原则包括运行所有测试、消除重复、增强表达力以及减少类和方法数量。并发编程应单独处理,以避免死锁和其他并发问题。
Part8 代码坏味道的治理清单
整理了代码坏味道的清单,建议删除无关注释、简化编译构建过程、优化函数参数、使用描述性名称、避免混淆、埋葬“死代码”、解耦模块、遵循最小惊异原则等。
总结:程序员不应仅满足于让代码工作,保持代码的整洁性至关重要。及时清理混乱,避免代码腐化。
想要了解更多内容?
查看原文:聊聊代码的整洁(下)
文章来源:
敏捷测试转型
扫码关注公众号
《无测试组织-测试团队的敏捷转型》主题探讨。从打造测试的组织敏捷,到敏捷测试技术的丰富实践,从一线团队的视角来聊聊我们是怎么做的。面向未来,拥抱敏捷原则,走向高效能组织。
81 篇文章
浏览 46.8K
敏捷测试转型的其他文章
聊聊精益需求的产生过程
对产品研发而言,最大的风险在于用户需求没有挖掘清楚,而且产品的需求描述和传递过程失真,最终导致生产出来的产品不是用户真正想要的。精益需求生产过程,就是希望尽可能地降低这种极大的生产浪费
聊聊代码的整洁(上)
《代码整洁之道》这本书最有影响力的一个观点,就是代码的好名字本身就解释了最重要的信息,如无必要,不要增加代码注释。这个观点和传统软件质量观点是不同的
聊聊如何测试你的测试(翻译自Meta)
第一篇自行翻译的硅谷公司技术文章,来自facebook(Meta),关于flaky test的量化度量与应用,这也是国内很多大学教授喜欢的研究课题。原文:How do you test your tests?
聊聊如何申请技术专利
如何对外客观证明自己的创新实力,并保护高价值的成果?\x0a申请发明专利就是一个值得鼓励的动作,测试技术团队虽然很少产生商业排他性的专利,但仍然可以通过发明专利证实自己的创新价值
聊聊用户故事与测试启发
用户故事的概念于1998年被正式提出,在2001年开始逐步成熟,在Scrum流程中配合使用,效果显著。我们先回顾一下用户故事最核心的知识内容,再看看有哪些测试启发
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线