|
|
 Up |
|
|
  |
Author: NewBlueNewBlue Date: Mar 1, 2008 00:36
编码风格和方式应该说是软件工程中一个重要的方面，代码风格写得不好对于软件
的质量是有影响的。
不管是团队开发还是个人开发，一套统一的命名方式是很重要的，因为方便调用，
不管是自己还是其他人，而且代码看起来也更轻松一点。
大家在实际的开发中使用什么编码风格？或者公司有什么要求？
--
机器重新开动，系统重新安装，建立新的思想，迎接新的局面，一切重新再来
我知道寻找你需要经历很多的困难，但我会努力的
|
| |
|
| | 91 Comments |
|
|
Author: WANG CongWANG Cong Date: Mar 1, 2008 02:33
On Sat, 01 Mar 2008 16:36:33 +0800，NewBlue wrote：
> 编码风格和方式应该说是软件工程中一个重要的方面，代码风格写得不好对于软件 的质量是有影响的。
>
> 不管是团队开发还是个人开发，一套统一的命名方式是很重要的，因为方便调用， 不管是自己还是其他
人，而且代码看起来也更轻松一点。
>
> 大家在实际的开发中使用什么编码风格？或者公司有什么要求？
这种问题容易引起口水战，毕竟一个人有一种风格。;=)
Linux Kernel的编码风格不错，我自己也使用那个风格。
具体可参见内核源代码Documentation/CodingStyle。
|
| |
|
| | no comments |
|
|
Author: MosesMoses Date: Mar 1, 2008 02:17
呵呵, 这个各人都不一样, 我觉得自己统一一个风格就好...
当然也不是不可以吸收点别人的风格, 比如函数的注释用统一的格式写出是有帮助的,
变量的命名, 如果都是采用全称, 就不要在用其他缩写的命名方法,
常量用大写等等.....
暂时只想到这几个~~~
--
楼上 NewBlue 说的 "讨论：实际应用开发中的编码风格（会写代码的都进来）" 在某一分钟的第 14 秒被 Moses 所回复;
文件夹 ID 为 31406;
原帖 12 行共 1272 字节.
N> 编码风格和方式应该说是软件工程中一个重要的方面，代码风格写得不好对于软件
N> 的质量是有影响的。
N> 不管是团队开发还是个人开发，一套统一的命名方式是很重要的，因为方便调用，
N> 不管是自己还是其他人，而且代码看起来也更轻松一点。
N> 大家在实际的开发中使用什么编码风格？或者公司有什么要求？
|
| |
| no comments |
|
|
Author: WuLiangWuLiang Date: Mar 1, 2008 03:53
我们公司定期要code review,就是大家交流一下代码风格问题.呵呵
NewBlue wrote:
> 编码风格和方式应该说是软件工程中一个重要的方面，代码风格写得不好对于软件
> 的质量是有影响的。
>
> 不管是团队开发还是个人开发，一套统一的命名方式是很重要的，因为方便调用，
> 不管是自己还是其他人，而且代码看起来也更轻松一点。
>
> 大家在实际的开发中使用什么编码风格？或者公司有什么要求？
>
--
Thanks!
garcia.relax
(garcia.relax@ gmail.com)
|
| |
| no comments |
|
|
Author: Tony WinslowTony Winslow Date: Mar 1, 2008 04:20
WuLiang wrote:
> 我们公司定期要code review,就是大家交流一下代码风格问题.呵呵
>
> NewBlue wrote:
>> 编码风格和方式应该说是软件工程中一个重要的方面，代码风格写得不好对于软件
>> 的质量是有影响的。
>>
>> 不管是团队开发还是个人开发，一套统一的命名方式是很重要的，因为方便调用，
>> 不管是自己还是其他人，而且代码看起来也更轻松一点。
>>
>> 大家在实际的开发中使用什么编码风格？或者公司有什么要求？
>>
>
没有硬性规定吗？这样如何保证风格的一致性啊！
|
| |
| no comments |
|
|
Author: WuLiangWuLiang Date: Mar 1, 2008 04:37
呵呵,是啊,容易引起口水大战,就比如一个很简单的风格问题,style 1 and 2,这么
简单的一个风格问题,每个人就有不同的喜好了,呵呵
style 1:
if (condition) {
statements
}
style 2:
if {condition}
{
statements
}
|
| Show full article (1.02Kb) |
| no comments |
|
|
Author: WuLiangWuLiang Date: Mar 1, 2008 04:38
不过最近开始喜欢python的那种没有{}的语块风格了,感觉代码可以写得很紧凑,呵呵
WANG Cong wrote:
> On Sat, 01 Mar 2008 16:36:33 +0800，NewBlue wrote：
>
>> 编码风格和方式应该说是软件工程中一个重要的方面，代码风格写得不好对于软件 的质量是有影响的。
>>
>> 不管是团队开发还是个人开发，一套统一的命名方式是很重要的，因为方便调用， 不管是自己还是其他
> 人，而且代码看起来也更轻松一点。
>> 大家在实际的开发中使用什么编码风格？或者公司有什么要求？
>
> 这种问题容易引起口水战，毕竟一个人有一种风格。;=)
>
> Linux Kernel的编码风格不错，我自己也使用那个风格。
> 具体可参见内核源代码Documentation/CodingStyle。
--
Thanks!
garcia.relax
(garcia.relax@ gmail.com)
|
| |
| no comments |
|
|
Author: NewBlueNewBlue Date: Mar 1, 2008 06:20
我也知道个人都有自己的习惯，发帖自然是希望大家把自己实际应用后的风格的优
点不足，共享一下。
现在有一个Doxygen的工具，我觉得注释只要根据Doxygen的格式写就好了，一个是
是可以自动生成文档，所以很容易统一。如果不用Doxygen的话，倒是应该确定一
种风格的注释。
[newblue@bEyoOo ~]$ cat Moses
> 呵呵, 这个各人都不一样, 我觉得自己统一一个风格就好...
> 当然也不是不可以吸收点别人的风格, 比如函数的注释用统一的格式写出是有帮助的,
> 变量的命名, 如果都是采用全称, 就不要在用其他缩写的命名方法,
> 常量用大写等等.....
> 暂时只想到这几个~~~
--
机器重新开动，系统重新安装，建立新的思想，迎接新的局面，一切重新再来
汝不可随性而追哥泡妹
|
| |
| no comments |
|
|
Author: NewBlueNewBlue Date: Mar 1, 2008 06:15
各种风格都有自己的特点，这个主题发出来也不是为了引发口水战。主要是像讨论
一下，看看能不能把各自的优点综合利用起来，当然各人的经验是很重要的。
就我写的代码，折腾了很多次，开始发现，编码风格确实是一个大问题，还好我只
是一个人写，不然要是每个人都用一种风格，那就惨了。
[newblue@bEyoOo ~]$ cat WANG Cong
>> 大家在实际的开发中使用什么编码风格？或者公司有什么要求？
>
> 这种问题容易引起口水战，毕竟一个人有一种风格。;=)
>
> Linux Kernel的编码风格不错，我自己也使用那个风格。
> 具体可参见内核源代码Documentation/CodingStyle。
--
机器重新开动，系统重新安装，建立新的思想，迎接新的局面，一切重新再来
我很丑，但我不懂温柔，也不会浪漫，更不会说甜言蜜语，因为我是一个很丑的流氓
|
| |
| no comments |
|
|
|
|
|
Author: MosesMoses Date: Mar 1, 2008 06:52
还是你给出一些具体的代码来说说感觉哪里比较乱可能比较好... :)
我自己..是比较喜欢所有的大括号都对齐的风格.
--
楼上 NewBlue 说的 "Re: 讨论：实际应用开发中的编码风格（会写代码的都进来）" 在某一分钟的第 56 秒被 Moses 所回复;
文件夹 ID 为 31406;
原帖 19 行共 1577 字节.
N> 我也知道个人都有自己的习惯，发帖自然是希望大家把自己实际应用后的风格的优
N> 点不足，共享一下。
N> 现在有一个Doxygen的工具，我觉得注释只要根据Doxygen的格式写就好了，一个是
N> 是可以自动生成文档，所以很容易统一。如果不用Doxygen的话，倒是应该确定一
N> 种风格的注释。
N> [newblue@bEyoOo ~]$ cat Moses
??>> 呵呵, 这个各人都不一样, 我觉得自己统一一个风格就好...
??>> 当然也不是不可以吸收点别人的风格, 比如函数的注释用统一的格式写出是有帮助的,
??>> 变量的命名, 如果都是采用全称, 就不要在用其他缩写的命名方法,
??>> 常量用大写等等.....
??>> 暂时只想到这几个~~~
|
| |
| no comments |
|
|
|
|
|
|
