第一章:整洁代码
1.1 要有代码
将需求明确到机器可以执行的详细程度,离不开代码。
代码永远都会存在。
1.2 糟糕的代码
为啥会写出糟糕的代码?
急着完成,赶时间。以后再清理。
注意:稍后等于永不。
1.3 混乱的代价
延缓进度
降低团队生产力
1.3.1 华丽新设计
老系统太乱了,没法继续开发;
需要重新设计一套新系统,但新系统需要很长时间才能替代老系统的功能。
花时间保持代码整洁:有关效率,有关生存。
1.3.2 态度
经理痴缠进度和需求
程序员要以同等的热情护卫代码,
1.3.3 谜题
制造混乱对赶上期限没有帮助,
做得快的唯一方法是始终尽可能保持代码整洁。
1.3.4 整洁代码的艺术
混乱的代码是祸首,
做得快的唯一方法是始终尽可能保持代码整洁。
写整洁代码,需要遵循大量小技巧,全车刻苦习得的“整洁感”。
编写整洁代码就像在画画,编写整洁代码的程序员就像是艺术家。
1.3.5 什么是整洁代码
一些大家对于整洁代码的理解:
优雅,读起来令人愉悦
效率,
重视细节
整洁的代码只做好一件事
可读性,
可测试
小
不重复
1.4 思想流派
object mentor整洁代码派的方法
1.5 我们是作者
作者有责任与读者做良好的沟通
读写时间10:1
1.6 童子军军规
必须时时保持代码整洁
让营地比你来时更干净!
1.7 前传与原则
本书是《敏捷软件开发:原则、模式与实践》的前传
1.8 小结
学技巧,多练习