对于我们这些编程足够多的人,我确信我们已经遇到了许多不同风格的编码标准,您可以在编程时使用这些标准.
例如http://msdn.microsoft.com/en-us/library/ms229042.aspx
您可能会为您当前所在的公司或您正在处理的代码的原始作者推导出您的编码标准.编码样式通常用于特定的程序语言,一种编码语言中的某些样式可能不适合其他编程语言.当然,一些编码标准可以应用于许多不同的程序语言.
感谢您的时间.
编辑:我们知道有很多关于这个主题的相关文章,但是C#编码标准/ SO中的最佳实践在那里有一些非常有用的链接,值得一看.(查看ESV的.NET/C#指南上的2个链接 - 接受的答案)
谷歌有C++张贴的风格指南这里,我有时会进行协商.只要阅读解释和推理,尽管你最终是否同意某些风格,可能会教你一些你可能没有想过的事情.
关于编码标准我最好的建议是:在试图完成工作时不要让他们妨碍.
一个大的官僚机构可能实际上阻碍了项目的进展,而不是帮助实现更好的团队合作.当人们抱怨没有遵循编码标准而不是代码的实际质量时,那就是过多的监管.
除此之外,从许多建议中选择一个,并尽可能长时间地坚持使用它来构建一个遵循您习惯的单一标准的代码库.
编码标准是好的,但是从头开始编写的公司重新发明轮子的编码标准,或者由单个"先知"强加的编码标准,可能比根本没有编码标准更糟糕.
这意味着:
应该讨论并商定编码标准.
编码标准文件应包括每条规则背后的原因.
编码标准至少应部分基于可靠的来源.
我知道标签中语言的来源是:
对于C++:Sutter/Alexandrescu 撰写的C++ Coding Standards一书.
对于C#:4或5 PDF我发现谷歌搜索C#编码标准:)
Adam Cogan在他的网站上有一套很好的规则.有编码指南,但还有更多.
Adam Cogan的更好的规则......
编码标准很棒.我们一直在使用Lance Hunt的C#Coding Standards for .NET几乎没有修改