c# – 为什么在通用类型参数和其他成员之间有一个名字冲突

前端之家收集整理的这篇文章主要介绍了c# – 为什么在通用类型参数和其他成员之间有一个名字冲突前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
有时候这样做是有用的:
class X {
  ...
}

class Y {
  X X {
    get { ... }
    set { ... }
  }
}

因为X描述了类型是什么(作为类名称)和正在访问/变异的值(作为属性名称).到现在为止还挺好.假设你想做同样的事情,但是以通用的方式:

class Z<T> {
  T T {
    get { ... }
    set { ... }
  }
}

对于这个例子,编译器抱怨说:类型’Z< T>已经包含’T’的定义.

这是属性,变量和方法发生的,我不太明白为什么 – 编译器肯定知道T是一个类型,因此可以按照与第一个例子相同的方式计算出来?

简短版本:为什么第一个例子工作,但不是第二个例子?

编辑:我刚刚发现,如果我从“T”到“U”这个类型参数“Refactor> Rename”,那么IDE会将其更改为:

class Z<U> {
  U T {
    get { ... }
    set { ... }
  }
}

所以在那里知道什么是一个类型,什么是成员名称

解决方法

我想到的另一种可能是错误信息:

The type ‘Z’ already contains a definition for ‘T’.

任何单一类型可能只能定义一个唯一命名的标识符(重载的方法,除了它们也有参数).

在第一个例子中,X(类型)不是由类Y定义的;它被定义在外面.而X(属性)由类Y定义.

在Z的第二个例子中,T(类型)由类Z定义,T(属性)也由类Z定义.编译器认识到它为单个类创建了两个相同名称的标识符,抛出它举起来说:“不,不,不!

(然后,@Rawling指出,VS IDE团队陷入了坏消息.)

猜你在找的C#相关文章