16丨代码“规范”篇用户答疑
范学雷
该思维导图由 AI 生成，仅供参考
更到这一篇的时候，意味着专栏第一模块“代码规范”篇已经更新完毕了。在更新的时候，非常感谢同学的积极踊跃地留言，提出了很多独到的见解，也给专栏增色了许多。
今天，我来解答一下留言里的一些疑问。其实有很多问题，我们已经在留言区里讨论了。这里，我们就挑选一些还没有解决掉的问题，深入讨论一下。
@大於一：回归测试其实怎么测? 不懂。
我想要补充的一点是，要想发挥回归测试的最大作用，要把回归测试自动化。只需要简单的操作，就可以启动回归测试。比如使用“make test”命令行，或者其他集成工具的触发配置。这样，我们做的每一个更改，哪怕只是修改了一行代码，都可以跑一遍回归测试。
@一一：高质量的代码，依赖于高质量的流水线，那么问题来了，如何建立中小企业的高质量的代码流水线呢？
答：回答这个问题之前，我们先看看一些公开的数据。
Java SE 的安全，是由 OpenJDK 的 Security 组负责的，评审一般通过 Security-Dev@Openjdk.java.net 的邮件列表进行。根据 OpenJDK 的登记数据，Security 组总共有过 13 人，其中包括离职的，退休的。现存的团队，也就八九个人的样子。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
本文总结了专栏第一模块“代码规范”篇的用户答疑内容。作者回答了读者提出的一些问题，包括回归测试的实施方法、中小企业建立高质量代码流水线的途径以及代码评审、编译器警告处理等方面的建议。作者通过举例说明，强调了代码评审的重要性，并提出了建立高质量代码流水线的具体步骤。文章内容涉及到技术细节和实践经验，对于想要提升代码质量和流程规范性的读者具有一定的参考价值。文章还提到了一些工具和方法，如定期执行代码分析、改进激励标准等，以及对业务分析和设计方面的知识建议。总的来说，本文为读者提供了丰富的实用建议和经验分享，有助于他们在软件开发过程中提高代码质量和流程规范性。
仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《代码精进之路》，新⼈⾸单¥59
《代码精进之路》，新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(7)
- 最新
- 精选
- Sisyphus235特别同意对 code review 的重视，他需要的甚至都不是技术有多牛，而是一份认真的态度和持续学习的精神，结对编程的效率会很高。 规范是法制，但就像法律不能什么都管一样，规范也不能什么都定义。 code review 就像是人治，用社交系统的人性去管理代码往往能更好的保障代码的质量，也能更好的管理团队的工作积极性和态度。 法制和人治不可或缺，因为二者有中间地带要互相协调。
作者回复: 使用法制和人治的角度很有意思。所以，法治。
2019-05-222 
我来也文中有一句：“编写代码允许犯错误，允许反复地犯错误” 请问允许反复地犯[同一个/类似的]错误么？作者回复: 是的，很多问题，反复出现后我们才能学会避免它。不是我们懒，没有责任心。很多问题，不符合我们普通人常规的思考习惯，所以要反复地提醒、纠正，才能形成新的习惯。而新习惯的养成，需要时间。如果有人帮助（比如代码评审、静态分析），这个进程能够快一点。
2019-02-091- 悲劇の輪廻读的Head First设计模式，例子生动形象不枯燥，对于理解不同设计模式的差异及应用场景很有帮助，推荐一下2019-03-058
- JinesD《Head First 设计模式》和《重构 - 改善既有代码的设计》，这两本看完后，写代码的质量就会有很大提升2021-04-184
小狼我们现在就是没有代码评审，所有人写代码全凭自觉，反正只要上线没bug就行，难受2019-02-182
lcc老师说的很好，但是就环境而言个人觉得执行起来难度非常大，人本身就是最大的阻力2019-04-261
ifelse
学习了2022-07-21
收起评论
