私人类字段

Question

代码外壳的问题概括起来，有两个思想基本思路：

• 私人领域应该只是CamelCase相匹配的.NET指引
• 私人领域应CamelCase但带有一个_预先附加的用于区分方法范围变量和类范围变量。

原贴

看看下面的例子

public class Class1{ 

    public string Prop1{ 
     get {return m_Prop1;} 
     set {m_Prop1 = value; } 
    } 
    private string m_Prop1; // This is standard private property variable name. 

    // How do we cap this variable name? While the compiler can figure out same casing 
    // it makes it hard to read. 
    private Class2 Class2; 

    // We camel case the parameter. 
    public Class1(Class2 class2){ 
     this.Class2 = class2; 
    } 
} 

这里是我的原料规则

• 类的名字是大写（1类）
• 的公共属性是大写（Prop1）
• 与公共财产挂钩的私人领域有m_表明这一点。我的同事喜欢_。有一些辩论，如果使用m_或_应该使用，因为它就像Hungarian notation。
• 私人班级字段是大写。

我试图弄清楚的部分是如果私人领域的类名称匹配私人领域的名称，我该怎么办。例如，私人Class2 Class2;。这很混乱。

如果私有字段名称不是同一类，例如私有字符串名称;，没有太多问题。

或者我是以错误的方式思考问题？我的课程和私人领域是否应该以不碰撞的方式命名？

===

下面的做法是使用小写私有财产的名称，但我们有这个问题。

class1{ 
    private string name; // This is scoped to the class. 

    public void Set(){ 
     string firstName; // This is scoped to the method. 
     .... // Lot of code. 
     // Should use this.name but nothing prevents. 
     // Now there is confusion if name is a class property or scoped to the method. 
     name = firstName; 
} 

Answer 1

或ReSharper的指导方针。

私人财产，像任何其他财产一样被收容。 私人领域，小写，以下划线开头。

private string _foo = string.Empty; 
    private string Bar { get; set; } 

Answer 2

我认为如果您坚持使用.NET Framework的编码约定，您的问题将得到解决。例如，私人会员以小写字母开头。

Answer 3

你应该只关注微软的naming guidelines。

请记住运行代码分析以确保您做得正确。

Answer 4

他们应该以他们不会碰撞的方式命名，恕我直言

Answer 5

我要说不使用m_或_，以更好地前缀私有字段并命名字段，如果它被命名为更好地将默认情况下不发生冲突。

Answer 6

正如前面提到的，你应该遵循的框架德兴准则。 但无论如何我很好奇，为什么你之间的“私人领域绑在公共财产”和“私有类字段”

---

关于你的问题的更新版本的命名约定有所不同： 如果你的方法是这么长时间，你是不是能够区分，如果一个变量是在方法体或作为放慢参数decleared，比你应该想想refractoring .... 这是最好的回答这个问题，我迄今听到的，它虽然不是最好的。