代码精进之路
范学雷
Oracle首席软件工程师,Java SE安全组成员,OpenJDK评审成员
立即订阅
6350 人已学习
课程目录
已完结 47 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 你写的每一行代码,都是你的名片
免费
第一模块:代码“规范”篇 (16讲)
01 | 从条件运算符说起,反思什么是好代码
02 | 把错误关在笼子里的五道关卡
03 | 优秀程序员的六个关键特质
04 | 代码规范的价值:复盘苹果公司的GoToFail漏洞
05 | 经验总结:如何给你的代码起好名字?
06 | 代码整理的关键逻辑和最佳案例
07 | 写好注释,真的是小菜一碟吗?
08 | 写好声明的“八项纪律”
09 | 怎么用好Java注解?
10 | 异常处理都有哪些陷阱?
11 | 组织好代码段,让人对它“一见钟情”
12丨组织好代码文件,要有“用户思维”
13 | 接口规范,是协作的合约
14 | 怎么写好用户指南?
15 | 编写规范代码的检查清单
16丨代码“规范”篇用户答疑
第二模块:代码“经济”篇 (14讲)
17 | 为什么需要经济的代码?
18丨思考框架:什么样的代码才是高效的代码?
19 | 怎么避免过度设计?
20 | 简单和直观,是永恒的解决方案
21 | 怎么设计一个简单又直观的接口?
22丨高效率,从超越线程同步开始!
23 | 怎么减少内存使用,减轻内存管理负担?
24 | 黑白灰,理解延迟分配的两面性
25 | 使用有序的代码,调动异步的事件
26 | 有哪些招惹麻烦的性能陷阱?
27 | 怎么编写可持续发展的代码?
28 | 怎么尽量“不写”代码?
29 | 编写经济代码的检查清单
30丨“代码经济篇”答疑汇总
第三模块:代码“安全”篇 (14讲)
31 | 为什么安全的代码这么重要?
32 | 如何评估代码的安全缺陷?
33 | 整数的运算有哪些安全威胁?
34 | 数组和集合,可变量的安全陷阱
35 | 怎么处理敏感信息?
36 | 继承有什么安全缺陷?
37 | 边界,信任的分水岭
38 | 对象序列化的危害有多大?
39 | 怎么控制好代码的权力?
40 | 规范,代码长治久安的基础
41 | 预案,代码的主动风险管理
42 | 纵深,代码安全的深度防御
43 | 编写安全代码的最佳实践清单
44 | “代码安全篇”答疑汇总
加餐 (1讲)
Q&A加餐丨关于代码质量,你关心的那些事儿
结束语 (1讲)
结束语|如何成为一个编程好手?
代码精进之路
登录|注册

16丨代码“规范”篇用户答疑

范学雷 2019-02-08
更到这一篇的时候,意味着专栏第一模块“代码规范”篇已经更新完毕了。在更新的时候,非常感谢同学的积极踊跃地留言,提出了很多独到的见解,也给专栏增色了许多。
今天,我来解答一下留言里的一些疑问。其实有很多问题,我们已经在留言区里讨论了。这里,我们就挑选一些还没有解决掉的问题,深入讨论一下。
@大於一:回归测试其实怎么测? 不懂。
:InfoQ 有一篇文章《回归测试策略概览》我觉得写得不错。你可以找来看看。
我想要补充的一点是,要想发挥回归测试的最大作用,要把回归测试自动化。只需要简单的操作,就可以启动回归测试。比如使用“make test”命令行,或者其他集成工具的触发配置。这样,我们做的每一个更改,哪怕只是修改了一行代码,都可以跑一遍回归测试。
@一一:高质量的代码,依赖于高质量的流水线,那么问题来了,如何建立中小企业的高质量的代码流水线呢?
:回答这个问题之前,我们先看看一些公开的数据。
Java SE 的安全,是由 OpenJDK 的 Security 组负责的,评审一般通过 Security-Dev@Openjdk.java.net 的邮件列表进行。根据 OpenJDK 的登记数据,Security 组总共有过 13 人,其中包括离职的,退休的。现存的团队,也就八九个人的样子。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《代码精进之路》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(5)

  • 悲劇の輪廻
    读的Head First设计模式,例子生动形象不枯燥,对于理解不同设计模式的差异及应用场景很有帮助,推荐一下
    2019-03-05
    5
  • 小狼
    我们现在就是没有代码评审,所有人写代码全凭自觉,反正只要上线没bug就行,难受
    2019-02-18
    2
  • Sisyphus235
    特别同意对 code review 的重视,他需要的甚至都不是技术有多牛,而是一份认真的态度和持续学习的精神,结对编程的效率会很高。

    规范是法制,但就像法律不能什么都管一样,规范也不能什么都定义。
    code review 就像是人治,用社交系统的人性去管理代码往往能更好的保障代码的质量,也能更好的管理团队的工作积极性和态度。

    法制和人治不可或缺,因为二者有中间地带要互相协调。

    作者回复: 使用法制和人治的角度很有意思。所以,法治。

    2019-05-22
    1
  • lcc
    老师说的很好,但是就环境而言个人觉得执行起来难度非常大,人本身就是最大的阻力
    2019-04-26
    1
  • 我来也
    文中有一句:“编写代码允许犯错误,允许反复地犯错误”
    请问允许反复地犯[同一个/类似的]错误么?

    作者回复: 是的,很多问题,反复出现后我们才能学会避免它。不是我们懒,没有责任心。很多问题,不符合我们普通人常规的思考习惯,所以要反复地提醒、纠正,才能形成新的习惯。而新习惯的养成,需要时间。如果有人帮助(比如代码评审、静态分析),这个进程能够快一点。

    2019-02-09
    1
收起评论
5
返回
顶部