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