基本上我是按照kernel Style 的方式来写代码的。

例如绝大部分情况按照

if(){
doSomeThing();
}
else{
doSomeThingElse();
}

当然这种情况对于函数实现是一个例外。

Last time, Fat NewBlue yaako.com> says:

不是匈牙利风格，也不是linux kernel的风格，但是终归和linux 象点

-----Original Message-----
From: NewBlue
Sent: 2008-3-1 16:36

我想讨论的是像命名规则，主要是统一性，因为我不知道大家在公司，公司是如何
规定大家做出命名规则、编码风格的，还是公司同意大家按照自己的风格去编写代
码？也不单单是命名规则，还有编码风格，也欢迎讨论。

我更多的是想从这一贴来讨论软件工程范畴的事情，协同开发的可行性。

大家在实际应用某种风格的时候，总会对这种的优劣有体会，那些情况适合哪种风
格，我就想讨论这个。

我写的代码也是大括号对齐，因为看起来整齐一点。

[newblue@bEyoOo ~]$ cat Moses

用过wxWidgets和STL后，让这两个的风格弄得挺累的，一种是匈牙利命名，一种是
小写用下划线分割，还有vcf，是你这种风格，第一个词用小写，其余的单词是第一
个大写。如果风格不同意，会造成很大的不便。

你们公司如何规定？你是不是多人协同的？

[newblue@bEyoOo ~]$ cat 风中纸页

[newblue@bEyoOo ~]$ cat Tony Winslow

重构里面有这个内容。如何保证风格的一致性，我觉得还是应该在工程一开始之前，
就进行规则的约定，如果临时出现于规则不符的地方，要及时提出进行处理，修订
规则，也就是更新约定。重构里面就有规定说定期进行code review。

以前一直觉得写完一段代码后，代码就在一定程度上不会变动了，浏览完重构后，
里面一个很重要的思想，是代码是在不断演化的，整个工程都在变动的，就算是旧
有的代码，也会出现跟新代码有重复的地方，这种时候就需要让代码进行分裂重组，
把重复的地方挑出来，组成新的代码。

那我也想用这一贴，让大家一起做同类的事情。

[newblue@bEyoOo ~]$ cat WuLiang

-_-!

[newblue@bEyoOo ~]$ cat 大熠

命名规则我是偏向匈牙利命名, 但也不完全是...
如果是函数, 可能就用风中纸页的那种命名方法, 但括号是对齐的.
下划线加小写字母的命名方法我一般不用...

--
楼上 NewBlue 说的 "Re: 讨论：实际应用开发中的编码风格（会写代码的都进来）" 在某一分钟的第 38 秒被 Moses 所回复;
文件夹 ID 为 31406;
原帖 20 行共 1705 字节.

??>> 还是你给出一些具体的代码来说说感觉哪里比较乱可能比较好... :)
??>> 我自己..是比较喜欢所有的大括号都对齐的风格.

没有用过很多的库。。这方面没有什么经验。

我们基本上没有明确的编程风格。基本上大家在review代码的时候会提出来，这样基本上
能够保证在模块内的风格一致。

Last time, Fat NewBlue yaako.com> says:

为什么不在任务开始的时候，先做规则约定？

[newblue@bEyoOo ~]$ cat 风中纸页