C++编程规范 组织和策略问题 学习 (1) --不要拘泥小节

不要拘泥小节

只规定需要规定的事情：不要强制施加个人喜好或者过失的做法。

上面是书上的标题和摘要，这里记录一下自己的感想。

不少公司对此都是有一定要求的，不是说随性而来的，多少也是要有个代码书写规范。很多都有代码换行缩进、括号的位置、命名方法、Tab的使用，注释等要求。

代码缩进这个问题，是从IDE产生的，一个新手如何去获得缩进多少量的经验呢？一开始根本没有一个概念，后面都是使用了IDE才有的，现在很多都是从C开始学起，我觉得就从使用VC6或者VS2008等IDE的人还是不少，当然还有较早的Turbo C，这些IDE就给人了一个缩进的概念，默认就是4，当然这么做是为了阅读方便，起码代码看起来整齐了，当做代码维护的时候，或者看别人写的代码时，若是不整齐，看得人会心烦意乱，影响效率。

括号位置，有的人喜欢

void func(){
//......
}

也有喜欢这样的

void func()
{
    //....
}

其实效果是一样的，个人觉得第二种好点，虽然是多占了一行代码，但是觉得这样清晰一些，包括 if 语句的括号，哪怕没有else还是觉得带上括号看着比较清晰。当然那种都行，但是至少要整个一个.cpp .c或者.h文件都是一种风格，否则看起来就很凌乱了，由于一整个代码文件不一定是一个人编写或者修改的，所以为了大家的方便，还是规定一个样式比较好。

命名方法，这个还是稍微灵活点的好，单独一种肯定不完美的，使用MFC多的人，对匈牙利命名法都熟悉，这种方法确实比较有效，当然VC就做出了这种典范，但是把这种方法用在模板的编写上就不合适了，命名规则还是要视情况而定。对于面向对象语言还是被认可的，但是在泛型编程中是不太可行的，所以还是不能太死板了。

空格和Tab，这个基本大家都会把Tab制表符改成几个空格来代替，一般是4个当然也有8个、2个的，貌似是有一些代码在VS编写的拿到Linux的代码编译器上看起来就不是整齐，VS自动生成的代码都会有制表符，要么整个文档都用Tab制表符来作为缩进，要不就都用空格来作为缩进，统一一致是很重要的，否则看起来会比较乱。