对标准标识符命名感到困惑

Question

读一本书，它说这两个是强制性约定：

• 不要在标识符中使用下划线
• 标识符不应以大写字母开头

但在很多地方，我可以看到，特别是在属性中，作者没有遵循这一点，例如：

private int x

和

public int X..

与下划线相同..有时他使用 _x 和 X 作为属性。

请问正确的命名规则是什么？

Answer 1

对于所有标识符来说，规则并不相同。周围有多种标准，只要一致使用，所有标准都很好。

我从MS指南中记得：

• 类（类型）名称和公共成员使用PascalCasing
• 私有成员，本地变量和参数使用camelCasing

但是camelCasing只是意味着“不要开始”带有大写字母的”、field、_field、mField 和 m_field 均符合条件。

Answer 2

除了所有其他好的答案之外，我还要补充一点，以两个下划线开始标识符是一种不好的做法。 C# 规范规定，我们保留使以两个下划线开头的内容具有特殊含义的权利。这是我们的逃生舱口，因此如果我们确实需要，我们可以在不破坏任何人的情况下向该语言添加新功能。或者，我们可以使用以两个下划线开头的方法作为专用编译器生成的方法。

Answer 3

正如其他人提到的，命名约定因开发人员和团队而异。唯一真正重要的是你要始终如一。

如果您正在寻找可遵循的指南，Microsoft 发布了一组 .NET Framework 的通用命名约定。它们在其网站上有些分散，但此页面是好的开始。

执行摘要如下：

• 您应该对所有公共成员、类型和命名空间名称使用 Pascal 大小写（例如 BackColor）
• 您应该对参数名称和局部变量使用驼峰大小写（例如 backColor ）。

此外，您经常会看到以下划线前缀命名的私有变量（特别是那些具有相应公共属性的变量）（例如_backColor）。另一种约定是在前面加上 m_。

Answer 4

这取决于品味或您所在的团队。

变量永远不会以大写字母或数字开头。
您可以使用下划线，这是许多开发人员首选的，因为他们的所有字段成员都通过智能感知在 Visual Studio 中分组在一起。

private int _number;
private int _Number;

他们中的大多数人更喜欢下划线和大写字母，因为在编写普通变量名时使用驼峰式命名法。

你可以这样写：

private int number;

但是因为你使用下划线，所以第一个字符是下划线，下一个字符将是大写（参见camelCaseNotation）
像这样：

private int _Number;

对于属性，您只需使用大写字母而不带前缀即可：

public int Number { get; set; }

关于参数，如果您愿意，可以使用与字段成员相同的下划线前缀：

private int _Number;

public MyClass(int _Number) {
  this._Number = _Number;
}

没有正确或错误，只需尝试遵循语言指南并适应自己与您一起工作的团队。与您的团队讨论您将使用什么，并且所有人都使用相同的内容，这使得代码更易于阅读。

关于 m_ 前缀表示法或匈牙利表示法 (sName, iNumber, ...) ，这有点“旧”，尽量避免这种情况（大多数 C/C++ 程序员使用 C# 中新的表示法）。

Answer 5

我不完全确定是否有一种正确的命名标识符的方法。有些人使用下划线来表示成员变量，有些人使用 m_ 前缀。有些使用下划线来表示作为参数传入的变量。

至于大写字母，有些使用它们，有些不使用它们，有些使用“驼峰式”，即第一个字母不是大写，但后续的“单词”是，例如：

thisIsCamelCase

重要的是你是一致的。如果您决定使用 _ 作为成员的前缀，请确保所有成员都遵循该约定。

就我个人而言，我使用 _ 作为参数的前缀，使用 m_ 作为成员的前缀。

public class Vector
{
    private float m_X;
    private float m_Y;
    private float m_Z;

    public Vector(float _x, float _y, float _z)
    {
        m_X = _x;
        m_Y = _y;
        m_Z = _z;
    } // eo ctor
} // eo class Vector

你的书宣扬“永远永远永远”，然后立即忽略了它自己的建议，这听起来确实很狡猾。

Answer 6

我想补充一点，常量仅使用大写字母是很常见的

public const int STATUS_OK = 0;