C# 编码准则+；最佳实践？

我找不到任何直接适用于我的查询的问题，因此我将此作为新问题发布。如果有任何现有的讨论可能对我有所帮助，请指出并结束问题

问题:

我将做一个关于C#编码准则的演示，但它不应该局限于编码标准

因此，我有一个粗略的想法，但我认为我需要解决好的编程实践。所以内容是这样的

基本编码标准-大小写、格式等

良好实践-在其他数据结构上使用哈希集、字符串与字符串生成器、字符串的不变性以及有效地使用它们等等

真的，我想添加更多的好的实践（特别是为了提高性能），所以我想听到更多与C#一起使用的好实践。有什么建议吗？？？（不需要大量的描述：）仅仅是想法就足够了。

不出所料，我刚刚发现了一个问题：

• 基本编码标准-确保其一致性。即使他们不遵守中规定的惯例。我认为一致性在这里非常关键

• 单元测试-在这里你不能出错

• 安全性—讨论如何确保传递敏感数据的安全性

• 性能-你知道，我个人认为正确使用应用程序，然后查看性能是我要做的。在编写代码时，我的脑海中确实有这样的想法，所以在最后会有一些细微的调整

以下是一些提示：
• 使用FxCop进行静态分析
• 使用StyleCop进行编码样式验证
• 由于值类型的语义不同，请在IDE中为它们提供一种可选颜色（转到工具/选项/环境/字体和颜色/显示项，并为用户类型（枚举）和用户类型（值类型）提供类似于#DF7120[223，113，32]的值）
• 因为异常往往会在代码中显示错误，所以让IDE在所有异常上都中断。（转到调试/异常…/公共语言运行时异常并检查抛出）
• 项目设置：不允许不安全代码
• 项目设置：威胁警告为错误
• 项目设置：检查算术溢出/下溢
• 为一个明确定义的目标使用变量
• 不要使用魔法数字
• 写简短的方法。一个方法应该只包含一个抽象级别
• 一个方法永远不能太小（20行的方法被认为是相当大的）
• 方法应该保护自己不受错误输入的影响
• 考虑使类型不可变
• 不要使用pragma warning disable抑制代码中的警告
• 不要评论坏代码：重写它
• 在代码中明确记录您接受异常的原因
• 请注意连接字符串的性能影响
• 永远不要使用goto语句
• 早失败，快失败
我用的是微软的。

---

我认为这是一个很好的开始。
这可能是社区维基。小心创建适当的编码标准。编码标准通常是出于好意，但当它们与微软发布的标准相反时，往往会激怒开发人员。创建一个链接到MSDN；）的文档这是一篇写得很好的文章，包含了最新的指南和技巧。我检查了这篇文章，但不幸的是，这篇文章没有显示OP的标题。