摘要:
一次只解决一个问题:只给一个实体(变量,类,函数,模块,库,名字空间)赋予一个定义良好的职责,随着实体的扩大,其职责范围一会扩大,但是职责不应该发散;如果一个实体有几个不同的目的,那么使用起来难度会剧增,因为这种实体除了可以增加理解难度,复杂性和各部分的出错,还会导致其他的问题。这种实体不仅大,而... 阅读全文
摘要:
高度重视警告,使用编译器的最高警告级别,要求构造时干净利落的(没有警告),理解所有的警告,通过修改代码而不是通过降低警告级别来消除。排除警告的方法是:先把它弄清楚,然后改写代码来排除警告,并使代码阅读者和编译器更加清楚。 成功的构建应该是无声无息的,即使一开始可以正常运行,但是可能隐藏着未来真真的... 阅读全文
摘要:
只要规定需要规定的事情:不要强加个人爱好或者过时的做法。应该在每个源文件和项目中使用一致的格式,因为同一段代码中要是有几种style换来换去是很不舒服的。可以具体遵从以下例子规范:1.规定要用缩进来体现代码的结构,在每个源代码中缩进和空格要保持一致。2.不要强制代码行的具体长度,应该保持代码长度有... 阅读全文