C# 局部变量和实例变量的正确大小写约定是什么？ [关闭]答案

【问题标题】：What is the correct casing convention for C# local and instance variables? [closed]C# 局部变量和实例变量的正确大小写约定是什么？ [关闭]
【发布时间】：2012-04-04 23:30:50
【问题描述】：

我公司有很多前 Java 开发人员在 C# 中使用驼峰式大小写来实现这两个方面。 C# 最广泛接受/使用的外壳是什么？

【问题讨论】：

为每个人提供一份 ReSharper 或同等产品的副本（例如 Telerik 的 JustCode），它为此类事情内置了规则，您可以在代码审查期间快速判断某些内容是否被不当命名。跨度>
Pascal casing or Camel Casing for C# code? 的可能重复项
参数、字段、属性都是大写怎么办？例如。 SQL
@slugster 这不是重复的，因为它不像您提到的问题那样征求我们的意见。这个问题要求使用最广泛接受的大小写约定，如果有人碰巧掌握了统计数据，则该约定是客观可以回答的。
@lago 感谢您对我 5 多年前发表的评论的评论。 OP 要求制定事实上的套管标准。链接的可能重复的答案正是如此。您现在应该知道该网站是如何运作的 - 如果您不同意关闭原因（这不是因为它是重复的），您可以重新投票。您是否要联系亲密的选民并告诉他们他们也错了？

标签： c# .net coding-style naming-conventions

【解决方案1】：

Here is the Microsoft Conventions

Here is the full MSDN conventions

And here are the internal guidelines via Brad Abrams (covers just about everything, not just the highlights)

【讨论】：

虽然没有提到局部变量的约定。
@merlin2011 我更新了它以拥有更严格的版本 btw :)
注意：您提供的 Microsoft 约定链接是最新的（截至目前）.NET 4.5，其中没有讨论实例字段。但是您在此处发布的表格取自.NET 4 version，其中提到了实例字段。
@informatik01 是的，链接指向最新的。我将保留它，因为您的注释解决了它，并且用户可以通过页面上的版本下拉列表更改为他们想要的任何版本:)
如果你有一个属性和一个支持字段，你会怎么做？

【解决方案2】：

...还有这个...
Internal Coding Guidelines（设计指南、托管代码和 .NET 框架）
我更喜欢这个，有一个关于命名/大小写的明确段落。它只是更严格一点。

编辑：这应该是新链接，存档 - Internal Coding Guidelines

【讨论】：

这是唯一一个根据 OP 的问题提到局部变量的 MS 来源。这只是一个建议，但如果它对 MS 开发人员来说足够好，我想它对我来说已经足够好了。
@toddmo 规则有例外，这就是为什么有些是建议的原因。我曾经无法忍受这样的局部变量（我真的很喜欢我的下划线：）我经常忘记“这个”。或者觉得它很烦人，然后它可能变得不可读（与当地人混合）——我知道很多人也有同样的想法。所以我想说找到你最喜欢的指导方针，以此为基础，如果需要的话，稍微改变或调整它——并坚持下去（最重要的是——对团队来说更重要）。

【解决方案3】：

最常见的大小写是camelCasing。

Microsoft .NET Framework 参考指南要求方法参数必须采用驼峰式格式，因为这些类似于局部变量，所以我会一视同仁。

【讨论】：

【解决方案4】：

和Java中的完全一样：

int someVeryLongLocalVariableName;

Official soure:

骆驼套

标识符的第一个字母小写，每个后续连接的单词的第一个字母大写。

当标识符由多个单词组成时，不要在单词之间使用分隔符，例如下划线（“_”）或连字符（“-”）。相反，使用大小写来指示每个单词的开头。

以下指南提供了标识符的一般规则。

对所有由多个单词组成的公共成员、类型和命名空间名称使用 Pascal 大小写。

请注意，此规则不适用于实例字段。出于成员设计指南中详述的原因，您不应使用公共实例字段。

请在参数名称中使用驼峰式大小写。

下表总结了标识符的大小写规则，并提供了不同类型标识符的示例。

【讨论】：

Kirk，它在哪里说局部变量或私有字段被视为与参数相同？