枚举和属性命名冲突

时间:2008-10-17 09:42:07

标签: c# .net

当使用具有枚举属性的类时,通常会在属性名和枚举类型之间产生命名冲突。例如:

enum Day{ Monday, Tuesday, ... }

class MyDateClass
{
   private Day day;

   public Day Day{ get{ return day; } }
}

由于只有标志枚举应具有多个名称,因此将枚举“Days”命名为非标记枚举的方式。在上面的示例中,您可以对枚举或属性使用“WeekDay”之类的变体。但是在一般情况下没有像这样的好的变化,所以你最终使用像“FooMode”或“BarKind”这样的属性来获得具有Foo和Bar类型的枚举属性的对象。不那么优雅。

在这种情况下,您通常如何命名枚举和属性?


感谢您的快速回复。另一个问题:为什么不建议嵌套公共枚举,如果要嵌套公共枚举,如何解决命名问题?

class Vehicle
{
  enum Kind{ Car, Bike }

  public Kind Kind{ get{ return ... } }
}

class Meal
{
  enum Kind{ Dessert, MainCourse }

  public Kind Kind{ get{ return ... } }
}

在上面的场景中,假设Meal和Vehicle共享相同的命名空间,我不能在其中任何一个类之外移动“Kind”而不分别将它重命名为MealKind和VehicleKind。

的样子
myVehicle.Kind = Vehicle.Kind.Car

但这不是guidlines推荐的内容。这里最好的做法是什么?永远不要使用嵌套的公共枚举,而是将它们命名为VehicleKind等?

2 个答案:

答案 0 :(得分:33)

没有冲突。事实上,.NET Framework style guide encourages you to do this,例如如果你有一个具有类型的单个属性的类(无论是枚举还是类),那么你应该将它命名为相同。典型示例是Color类型的Color属性。这很好,除非有两种颜色 - 在这种情况下两者都应该添加一些东西(即BackColor和ForeColor,而不是Color和BackColor)。

答案 1 :(得分:9)

只要枚举没有嵌套在MyDateClass中,我就不会发现这是一个问题。根据我的经验,拥有一个与它返回的类型同名的属性远非罕见。我会看看我是否可以在框架中找到一些例子......

编辑:第一个例子:DateTimeOffset.DateTime(不是枚举,但这有些不相关)