第0条不要拘泥于小节程序.doc

第0条　不要拘泥于小节（又名：了解哪些东西不应该标准化） ? ? 无需在多个项目或者整个公司范围内强制实施一致的编码格式。 ? 第1条　在高警告级别干净利落地进行编译 ? ? 高度重视警告：使用编译器的最高警告级别。通过修改代码而不是降低警告级别来排除警告。 ? 第2条　使用自动构建系统 ? ? 一键构建。 ? 第3条　使用版本控制系统 ? ? svn。 ? 第4条　在代码审查上投入 ? ? 做好同行评审。 ? 设计风格 第5条　一个实体应该只有一个紧凑的职责 ?? ?一次只解决一个问题。一个实体或一个模块，只赋予一个良好的职责，不要乱发散。 ? 第6条　正确、简单和清晰第一 ??? 代码是写给人看的，要简单、清晰、可靠。 ? 第7条　编程中应知道何时和如何考虑可伸缩性 ?? ?关注算法的优化，注意复杂性。 ? 第8条　不要进行不成熟的不要进行不成熟的优化，优化应该使代码更清晰易读，易理解，易重构，而不要为了所谓的性能，让代码变得更复杂和更差的可读性。 ? 第9条　不要进行不成熟的劣化 ?? ?不要使用低效的用法，比如++，应倾向于使用前++，而不是会产生临时变量的后++。 ? 第10条　尽量减少全局和共享数据 ??? 全局和共享数据，会增加耦合度，降低可维护性。 ? 第11条　隐藏信息 ??? 模块或对象设计，内部实现与外部接口要分离，减少依赖性。 ? 第12条　懂得何时和如何进