摘要: 避免作用域膨胀,对于需求如此,对于变量也是如此.变量将引入状态,而我们应该尽可能少地处理状态,变量的生存期也是越短越好. 变量的生存期超过必需的长度时会产生以下几个缺点: 1.      它们会使程序更难以理解和维护. 2.      他们的名字会污染上下文. 3.      他们不能总是被合理地初始化. 我们在定义变量的时候没有必要在作用域开始的时候把所有的变量都定义了,可以在使用该变量之前定义它即可.…

转自:http://roclinux.cn/?p=3285 本原创文章属于<Linux大棚>博客. 博客地址为http://roclinux.cn. 文章作者为roc wu == [规范] 对于普通的类,建议使用前置声明,而不是#include. [什么是前置声明] 在英文中,前置声明称为“forward declaration”,是指“对类.函数或模板进行声明,且不含相关的具体定义”.我们可以使用前置声明来代替那些用于声明的#include语句. [支持者的声音] 过多的#include会导…

记录学习,方便以后查看.  2014-12-28 看完这本书,但是我做到的又有多少呢?确实有一部分 0 不要拘泥于小节 1 在高警告级别干净利落的进行编译,不放过任何警告 2 使用自动构建系统 3 使用版本控制系统VCS 4 在代码审查上投入,对于人交流 5 一个实体应该只有一个紧凑的职责(一次只解决一个问题) 6 正确.简单和清晰第一 7 编程中应知道何时和如何考虑可伸缩性(线性算法优先) 8 不要进行不成熟的优化 9 不要进行不成熟的劣化 10 尽量减少全局和共享数据 11 隐藏信息(不要公…

这是一本好书, 可以让你认清自己对C++的掌握程度.看完之后,给自己打分,我对C++了解多少? 答案是不足20分.对于我自己是理所当然的问题, 就不提了, 记一些有启发的条目和细节: (*号表示不能完全理解,实力升级了之后回头看) 一般性问题: 1. 不要在注释中重复写代码语义,这样很容易产生不一致. 应该编写的是解释方法和原理的说明性注释. 2. 不要对每个项目每个文件进行强制的排版格式规定, 在同一个文件中风格一致即可. 3. 匈牙利记法是混用了类型不安全语言中的设施, 在面向对象语言中可以…

这是一本好书, 可以让你认清自己对C++的掌握程度. 看完之后,给自己打分,我对C++了解多少? 答案是不足20分. 对于我自己是理所当然的问题, 就不提了, 记一些有启发的条目和细节: (*号表示不能完全理解,实力升级了之后回头看) 一般性问题: 1. 不要在注释中重复写代码语义,这样很容易产生不一致. 应该编写的是解释方法和原理的说明性注释. 2. 不要对每个项目每个文件进行强制的排版格式规定, 在同一个文件中风格一致即可. 3. 匈牙利记法是混用了类型不安全语言中的设施, 在面向对象语言中…

<C+编程规范 101条规则.准则与最佳实践> 0.不要拘泥于小节(了解哪些东西不应该标准化) * 与组织内现有编码规范一致即可 * 包括但不限于: - 缩进 - 行长度 - 命名规范 - 注释形式 - 空格/制表符 1.在高警告级别干净利落地进行编译 * 使用编译器的最高警告级别,构建完应用程序后应该是0警告. 理解所有的警告,通过修改代码而不是降低警告级别来消除警告. * VS警告级别: - /W0 关闭所有警告 - /W1 显示严重警告 - /W2 显示等级1以及某些不太严重的警告 -…

这是一本好书, 可以让你认清自己对C++的掌握程度. 看完之后,给自己打分,我对C++了解多少? 答案是不足20分. 对于我自己是理所当然的问题, 就不提了, 记一些有启发的条目和细节: (*号表示不能完全理解,实力升级了之后回头看) 一般性问题: 1. 不要在注释中重复写代码语义,这样很容易产生不一致. 应该编写的是解释方法和原理的说明性注释. 2. 不要对每个项目每个文件进行强制的排版格式规定, 在同一个文件中风格一致即可. 3. 匈牙利记法是混用了类型不安全语言中的设施, 在面向对象语言中…

转载:http://dsqiu.iteye.com/blog/1688217 组织和策略问题 0. 不要为小事斤斤计较.(或者说是:知道什么东西不需要标准化) 无需在多个项目或者整个公司范围内强制实施一致的编码格式.只要规定需要规定的事情:不要强制施加个人的喜好或者过时的做法. C++不应该使用匈牙利命名法.在有智能指针的情况下,单入口单出口可能不是必须的.代码要有自注释性. 1. 在高警告级别下干净地编译代码. 要把警告放在心上:使用你的编译器的最高警告级别.要求干净(没有警告)的构建.理解所…

DKBA华为技术有限公司内部技术规范DKBA 2826-2011.5C语言编程规范2011年5月9日发布 2011年5月9日实施华为技术有限公司Huawei Technologies Co., Ltd.版权所有 侵权必究All rights reserved密级:confidentiality levelDKBA 2826-2011.52011-06-02 华为机密,未经许可不得扩散 Huawei Confidential 第2页,共61页Page 2 , Total61修订声明Revision…

Q/ZX 深圳市中兴通讯股份有限公司企业标准 (设计技术标准) Q/ZX 04.302.1–2003      软件编程规范C/C++                               2003-01-04 发布                             2003-01-06实施   深圳市中兴通讯股份有限公司  发 布 目    次 前言 1     范围 2     术语和定义 3     基本原则 4     布局 4.1         文件布局 4.2     …