如何在C＃中命名私有变量？[关闭]

什么是C＃中私有变量的最佳实践和最普遍接受的命名约定？

1. private int myInteger;
2. private int MyInteger;
3. private int mMyInteger;
4. private int _myInteger;
5. private int _MyInteger;
6. 神秘的其他选择

您使用哪个？为什么？（我的公司对C＃来说还很陌生，我想选择一种最“行业认可”的方法来尝试进入我们的编码标准。）

MSDN类设计指南http://msdn.microsoft.com/zh-cn/library/ta31s3bc.aspx建议使用选项1-myInteger。

我一直使用这种风格。我个人不喜欢_字符。

我使用上面的选项4：

private int _myInteger;

我希望在变量名中有范围的指示，而下划线足以满足此目的。它也很容易阅读。

我使用以下命名方案：

• 第一个（myInteger）用于局部范围的变量
• 公共财产第二名（MyInteger）
• 私有变量第4个（_myInteger）

我认为选项4确实是最易读的选项。它可以帮助您避免这样做：

public Person(string name, int age) 
{
    this.name = name;
    this.age = age;
}

这也使所有私人成员更加引人注目。在以下示例中，到底是哪里age来的？没有this预选赛，很难说。

private void Method()
{
    var x = 2;
    var y = age + x;
}

这是更容易理解的方式：

private void Method()
{
    var x = 2;
    var y = _age + x;
}

首先，PascalCasing通常保留给该类的公共属性，const，方法等。所以我将跳过2和5。

其次，在.NET世界中不鼓励使用匈牙利表示法，因此（嗯，我认为）3是正确的。假设这就是3。

剩下的就是camelCasing和_camelCasing。我通常将_camelCasing用于类变量，将普通的camelCasing用于范围为方法或更窄范围的变量。骆驼套是用于方法自变量，受保护/专用变量名称以及方法内或更窄范围内的变量的公认标准。

我还喜欢在下划线前加上前缀，以便将我的私有变量归为智能感知。但是，我仅对范围限定为类型的变量执行此操作。在方法或更狭窄的范围内声明的变量我不使用下划线。使它们容易分开并将较少使用的变量保持在一起很容易。

private int integer

如果您在方法范围内的成员变量和局部变量之间感到困惑，则可能需要重构。

我相信最好的方法（无论如何在C＃/。net中）是2和6的组合：

private int MyInteger { get; set; }

从理论上讲，这里根本没有任何变量，但是它看起来和作用就像一个私有实例变量。如果我们需要为该价值添加一些业务逻辑（这是一个完全内部的价值，那么我们毕竟可以做我们想做的任何事情），那么它已经为我们实现了“属性化”。一个热气腾腾的胜利杯！

我选择选项4，因为这就是SSCLI的样子，但是说实话，我不太在意私有变量的命名。公开是一个不同的故事。

顺便说一句，您忘记了m_MyInteger

我什么都不会称呼它！

但是我会说

class C
{
     int VariableName { get; set; }
}

通常，这比拥有显式变量更好。如果我有一个明确的私有变量，我会称之为int _variableName;

在C ++中，我倾向于使用_，因为我经常切换编辑器，这不允许我查看它是否是私有的。

对于C＃，我倾向于忽略_，因为Visual Studio允许我查看它是否私有。

我倾向于使用驼峰案例的方式来做到这一点。

我使用4（private int _myInteger;）是因为：

private int myInteger;

这就是我命名局部变量的方式。

private int MyInteger;

这就是我命名常量的方式。

private int mMyInteger;

这不是C＃样式。

private int _MyInteger;

这看起来很奇怪。

下划线。

Bill Wagner解释了在有效C＃中的原因。但我绝不会整数命名一个我的整数，更好像_age或_length。在实例名称中包含TypeName是一种可怕的做法。名称应该是自解释性的，并且由于C＃是类型安全类型，因此可以随时发现。

您需要给出一个更具体的示例，但是：

private int count，private int badFileCount，private static readonly int ReconnectAttemptsLimit

顺便说一句，当您安装并开始使用最新版本和greatest时，就可以免费获得所有这些功能MSFT Stylecop。

我选择选项5： private int _MyFoo

不过，我看不出与_myFoo相比有任何真正的竞争优势。

使用camelCasing处理私有变量，例如 myInteger

考虑前述_如果变量是一个备份一个属性，以减少confusions-
变量_myProperty为属性MyProperty

我有ReSharper命名我的变量，不仅是我的变量，其他所有人也都这样做。该项目有很多一致性。

Juval Lowy的IDesign C＃编码标准非常受欢迎。该标准建议在私有成员变量前面加上“ m _”（选项6）。这就是我们在团队中所做的。

private int m_myInteger;

选项4（_myInteger）是此标准的可接受的变体。

我不喜欢MSDN建议（myInteger），因为它很难从局部变量中告诉私有成员。当然，他们的建议通过使用限定私人成员的this身份来解决此问题，这对我来说似乎是多余的。