属性应与其类型具有相同的名称吗？

我有时看过这样写的代码：

public class B1
{
}

public class B2
{
    private B1 b1;

    public B1 B1
    {
        get { return b1; }
        set { b1 = value; }
    }
}

即类B2具有一个名为“ B1”的属性，该属性也属于“ B1”类型。

我的直觉告诉我这不是一个好主意，但是是否有任何技术上的原因为什么您应该避免给与该类同名的属性呢？

（以防万一，我正在使用.net 2.0）。

没关系。典型的例子是

public Background {
    public Color Color { get; set; }
}

这里有一些罕见的问题（紧急情况），但不足以保证避免使用此设备。坦白说，我发现该设备非常有用。我不喜欢无法执行以下操作：

class Ticker { ... }


public StockQuote {
    public Ticker Ticker { get; set; }
}

我不想说Ticker StockTicker或其他Ticker ThisTicker。

在微软的命名指南会员状态：

考虑给一个属性与其类型相同的名称。

当您具有一个强类型为枚举的属性时，该属性的名称可以与枚举的名称相同。例如，如果您有一个名为的枚举 CacheLevel，则返回其值之一的属性也可以命名为CacheLevel。

尽管我承认他们只是针对Enums还是针对一般物业推荐这样做还是有点含糊。

我只能想到一个缺点。如果您想做这样的事情：

public class B1
{
        public static void MyFunc(){ ; }
}

public class B2
{
        private B1 b1;

        public B1 B1
        {
                get { return b1; }
                set { b1 = value; }
        }

        public void Foo(){
                B1.MyFunc();
        }
}

您必须改为使用：

MyNamespace.B1.MyFunc();

一个很好的例子是Winforms编程中的常用用法，其中System.Windows.Forms.Cursor类与System.Windows.Forms.Form.Cursor属性重叠，因此您的表单事件必须使用完整的命名空间访问静态成员。 。

就在今天，埃里克（Eric）在博客上谈到了“颜色”问题。

http://blogs.msdn.com/ericlippert/archive/2009/07/06/color-color.aspx

就个人而言，如果可能，我会避免这样做。

另一个陷阱是内部类型。

我一直都遇到这个问题：

public class Car {
    public enum Make {
        Chevy,
        Ford
    };

    // No good, need to pull Make out of the class or create
    // a name that isn't exactly what you want
    public Make Make {
        get; set;
    }
}

它没有特定的技术问题。它可能会损害或提高可读性。实际上，某些Microsoft库具有这些类型的属性（特别是对于enum属性，这通常是有意义的）。

这种常见模式是我this在引用类中的实例成员时始终使用的原因之一。例如总是

this.SomeMethod(this.SomeProperty);

永不

SomeMethod(SomeProperty);

在大多数情况下，没有任何实际的歧义，但是我发现它有助于弄清楚事情。另外，您现在知道属性/方法的定义位置。

当一个属性的名称和它的类型相同时，显然会造成一些混乱，但是除此之外，这并不是真正的问题。

如果名称有意义，通常最好让名称和类型相同。如果您能想到一个更好的名字，那么您当然应该使用它，但是您不应该为了避免这种情况而尝试不惜任何代价组成一个名字。

除事例外，我给事物起相同的名称：我的方法和属性为“ lowerCase”；因此，我不会遇到MiffTheFox所遇到的问题。

public class B1
{
    public static void myFunc(){ ; }
}

public class B2
{
    private B1 m_b1;

    public B1 b1
    {
        get { return m_b1; }
        set { m_b1 = value; }
    }

    public void Foo()
    {
        B1.myFunc(); //this is Ok, no need to use namespace
    }
}

因此，对我来说，m_b1成员数据，b1属性（或局部变量或参数），B1类的名称都是。