对于我们已经编程足够多的人来说，我相信我们已经遇到了许多不同风格的编码标准。
例如 http://msdn.microsoft.com/en-us/library/ms229042.aspx
您可能会根据您所在公司或正在处理的代码的原始作者制定您的编码标准。编码风格通常用于特定的程序语言，某些编码语言中的某些风格可能不适用于其他语言。当然，有些编码标准可以应用于许多不同的程序语言。
感谢您的时间。
编辑：正如我们所知道的，这个主题有许多相关文章，但是C#编码标准/最佳实践在SO上有一些非常有用的链接值得访问。（查看ESV的.NET/C#指南的2个链接-被接受的答案）
Google发布了一份C++风格指南（点击这里），我有时候会参考它。仅仅阅读其中的解释和理论，不考虑是否同意某些风格，也许可以教给你一些你之前没有想到过的东西。
关于编码规范，我的最佳建议是：在完成工作时不要让它们妨碍进度。
一个庞大的官僚机构可能会阻碍项目的进展，而不是帮助实现更好的团队合作。当人们抱怨不遵循编码规范而不是实际代码质量时，这就是过度的管制。
除此之外，从众多建议中选择一种，并尽可能坚持使用它，以构建一个遵循单一标准的代码库，您已经习惯了。
如果你正在维护的代码仍然使用与原始代码开发时相同的标准（当代码看起来混乱无序时，调试问题是最糟糕的）
在这篇文章的评论区中，建议查看Google C++指南。关于这些指南的某些方面的详细讨论已发布在comp.lang.c++.moderated。
有些奇怪或有争议的观点包括：
我们不相信可用的异常替代方案，例如错误代码和断言，会带来重大负担。
好像断言是一个可行的替代品... 断言通常用于编程错误和永远不应该发生的情况，而异常可以在执行流中发生（有一定预期）。
引用参数：所有按引用传递的参数都必须标记为const。…实际上，输入参数是值或const引用，输出参数是指针是非常强的约定。
没有评论，关于鼬语“非常强的约定”。
在构造函数中执行工作：只在构造函数中进行基本初始化。如果可能，请使用Init（）方法进行非平凡初始化… 如果您的对象需要非平凡初始化，请考虑使用显式的Init（）方法和/或添加一个指示对象是否已成功初始化的成员标志。
是的... 两阶段初始化使事情更简单...如果我有 const字段怎么办？这个规则可能是对异常态度的影响。
仅将流用于日志记录。
哪些流？IOStreams，标准C流还是其他流？
一方面，他们建议仅在特殊情况下使用宏，而他们建议使用DISALLOW_COPY_AND_ASSIGN禁止复制/分配。他们可以建议采用特殊类的方法（如Boost中的方法）
除非在罕见的特殊情况下，不要重载运算符。
关于赋值、数值计算等的算术运算符怎么处理？
默认参数更难维护，因为从先前的代码中复制并粘贴可能无法揭示所有参数。当默认参数不适用于新代码时，代码片段的复制和粘贴可能会导致重大问题。
什么？从以前的代码中复制/粘贴？
记住，阅读任何指南都可能引入您思考方式的偏见。有时这对您或您的代码是不利的。我同意其他帖子建议首先阅读好作者的好书。当您拥有足够的知识时，然后您就能够查看指南并轻松找到优点和缺点，而不会在大脑中创建混乱；）
