私有字段的命名约定

Question

首先，我知道这个问题之前已经被问过几次，最终，这主要是个人喜好的问题，但是阅读有关该主题的所有帖子，有些事情我不清楚。

基本上，大多数人至少同意的一点是，公共成员应该采用 PascalCased，而私有成员应该采用 lowerCamelCased。

通常引起争议的问题是是否在私有成员前面添加下划线或其他任何内容。前缀违反了几条 StyleCop 规则（但显然可以关闭）。

不添加前缀的理由是您应该使用它。改为前缀。

我的问题是我不明白它是如何产生影响的？ 我的意思是，这并不是说你不能在类中的公共成员上使用它。

让我们想象一个类 Customer，如下所示：（

class Customer
{
    private int age;

    public int Age
    {
        get { return this.age; }
        set { this.age = value; }
    }
}

显然，在如此简单的情况下，我可以使用自动属性，但这只是一个示例）。

如果我在此类中添加第二个属性，则没有什么会阻止我使用 this.Age （公共属性）而不是 this.age （私有字段）来引用它。 有时，如果在 getter 级别应用一些验证或格式化，这甚至可能是可取的。

另外，如果我的类的某些其他属性需要修改客户的年龄，那么直接使用该属性而不是支持字段是有意义的，因为设置器还可以实现一些业务规则验证，对吧？

换句话说，我真的不明白 this 关键字如何避免私有支持成员和公共属性之间的混淆，因为这可以在两者上使用，并且 IntelliSense 显示两者？

谢谢。

Answer 1

我强烈喜欢私有字段的领先“_”约定，即使它不遵循 MS 约定：

1. 它消除了与驼峰式参数名称的冲突 - 无需使用“this”

2. 它是一个视觉指示器，表明正在读取对象的内部持久状态，或者 - 更重要的是 - 正在写入。这是一个标志，上面写着“这在我碰巧正在查看的特定方法之外有副作用”，在查看不熟悉的代码时了解这一点非常重要。

Answer 2

你说得很对。事实并非如此。

使用 this 是一种确保您使用类成员的方法，以防命名冲突（例如参数名称与字段名称相同）。

对我来说，公共成员的 pascal 大小写和私人成员的驼峰大小写一直足以作为一种惯例，能够很好地工作。

Answer 3

使用 this.age 可以帮助区分 Age 属性的后备存储和对象方法的 age 参数：

public bool CheckIfOlderThan(int age)
{
   // in here, just using "age" isn't clear - is it the method parameter? 
   // The internal field?? Using this.age make that clear!
   return (this.age >= age); 
}

当然，在这种情况下，您还可以为参数指定一个不太令人困惑的名称，以避免任何冲突......

但在属性的实际定义中 - 读取其值并将其存储在后备存储中 - 添加 this. 并没有真正添加任何东西。我认识的一些人只是喜欢一直使用 this. 前缀 - 不仅仅是在需要时 - 个人喜好，真的......

Answer 4

使用下划线作为私有字段前缀与使用“this.”基本上是一样的。然而，下划线对我来说使用起来更快、更短、更优雅（我相信这来自 Java）。

函数参数和私有字段具有相同的名称对我来说似乎有点棘手。我不止一次忘记使用“this”，这导致了令人讨厌的 NullPointerException（是的，我有一天做了 java...:)）。

据我所知，它没有违反任何 FxCop 规则，因为它不是匈牙利符号。