C++ Coding Standards ---- Item0 : Don's sweat the small stuff.(Or : Know what not to standardize)

Summary :
Say only what needs saying:Don't enforce personal tastes or obsolete practices.
只说那些需要说的话，不要把个人的体验和陈旧的习惯强加于人。

这是开篇的第一章，由于针对的读者都是C/C++程序员，所以使用了0索引，呵呵，很舒服。

这一章主要讲述了代码的格式和命名的方法：
不要规定缩进多少，只要缩进可以表明结构就可以了 不要强制说明代码的长度，但是要保证代码长度可读 不要过分的规定命名方法，但是要保证命名风格的一致 不要指定注释的风格，一定要注意，只写下那些必要的和有用的注释
最后要强调的是，不要使用古老的规则，即便在旧的编程规范中，这些规则是正确的。

Examples ：
1、Brace placement，大括号的位置：从可读性的角度讲，下面的代码没有任何区别

void using_k_and_r_style() {

          //.....
}
void putting_each_brace_on_its_own_line()
{
          //....
}
void or_putting_each_brace_on_its_own_line_indented()
        {
        //....
        }

任何一个有经验的程序员都可以很容易的读懂以上的代码，而且写下这种风格的代码，没有什么困难的。但是要注意，在同一个文件中使用的大括号的风格应该是一 致的，而且最好不要有模糊的嵌套。

2、Spaces vs. tabs空格键和Tab键
这两个东西怎么用都可以，只是不同的编辑器对Tab的定义不一样，需要强调的是，如果在你的团队中允许使用Tab，那么请保证它们不会影响代码的清晰和可 读性，如果你们禁止了Tab，那么最好让你的编辑器把所有的Tab转换成空格。

3、Hungarian notation匈牙利命名
呵呵，这是一个古老的命题，记得我刚开始工作的时候匈牙利命名还是十分流行的。符号和类型信息混合命名变量名称，在类型不安全的语言（C语言）中是十分有 用的，但是在面向对象的编程语言中就没什么优点了，在泛型编程中更是不可能使用的，因此，C++的编程规范中不需要匈牙利命名，应该坚决的禁止。

4、Single entry, single exit ("SESE") 单进单出
在我们的历史中，许多编程规范中都要求函数只有一个入口，并且只有一个出口，也就是说，只有一个return语句。这条规则在支持异常和析构函数的编程语 言中看起来非常的古老，而且好多函数中有很多隐藏的退出。相对而言，遵守Item 5可以让函数更加简短、易读，更重要的是，错误安全的（error-safe）。

--
CopyLeft (^_^) Scorpio Auding