代码大全书评
https://movie.douban.com/review/7836312/
代码大全 摘记
https://blog.csdn.net/roofalison/article/details/5651808
https://blog.csdn.net/puma_dong/article/details/45345397
设计的启发式方法的总结
- 形成一致的抽象
- 封装实现细节
- 信息隐藏
类的接口应该尽可能少地暴露其内部工作机制。
好的类的接口就像是冰山的尖儿一样，让类的大部分内容都不会暴露出来。 P93
请养成问 我该隐藏些什么？的习惯，你会惊奇地发现，有很多棘手的设计难题都会在你面前化解。P97
编程爱好者和专业程序员之间最大的区别之一便是从迷信到理解的转变。这里所说的“迷信”并不是指一个程序会在月圆之时让你心生惊恐或产生什么莫名其妙的错误。Z9P230
如果你没有陷入这种“拼凑加编译”的怪圈，那就在你觉得合适的时候再去编译吧。Z9P231
用布尔变量来简化复杂的判断Z12P301
使用具名常量非常有助于程序的维护
避免使用文字量，即使是“安全”的Z12P308
作为一天普遍性选择，要让程序易于自上而下阅读，而不是让读者的目光跳来跳去。Z14P351
把相关的语句组织在一起，就近原则Z14P352
每个团队里也许都有一个这样的程序员,他总会遇到无穷的问题:不听话的机器,奇怪的编译器错误,月圆时才会出现的编程语言的隐藏缺陷,失效的数据,忘记做的重要发动,一个不能正常保存程序的疯狂的编辑器.这就是迷信式编程. Z23P539
如果想让自己的生活潦倒，让自己的代码质量一塌糊涂的最好方法，就是不懂装懂地动手修补程序缺陷。Z23P550
将编译器的警告级别设置为最高级，尽可能不放过任何一个警告，然后修正编译器所报告的全部错误。Z23P557
首先为人写程序，其次才是机器 Z34P841
基于问题域编程Z34P845
先以伪代码编写类再改用实际代码Z33P834
编译前认真检查代码Z33P834