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