为什么在Class <t>中声明Delegate <t>会生成VS警告?</t> </t>

时间:2013-07-01 17:49:55

标签: c# .net generics delegates

关于是否强类型化事件参数,有很多讨论。这个问题与此无关。我有以下课程(仅包括相关代码):

public abstract class Thread<TSender, TEventArgs>:
    System.IDisposable
    where TSender: Thread<TSender, TEventArgs>, new()
    where TEventArgs: System.EventArgs, new()
{
    public delegate void ThreadEventHandler (Thread<TSender, TEventArgs> sender, ThreadEventArgs e);

    // This declaratino generates a VS 2012 warning.
    public delegate void ThreadProcessIterationEventHandler<TSender, TEventArgs> (TSender sender, TEventArgs e);
}

第二个代表的声明生成VS2012警告:

1. Type parameter 'TSender' has the same name as the type parameter from outer type 'Thread<TSender,TEventArgs>'

2. Type parameter 'TEventArgs' has the same name as the type parameter from outer type 'Thread<TSender,TEventArgs>'

这个结构似乎在逻辑上是正确的,因为意图是为派生类提供包装的线程机制。它肯定是合法的代码,并按预期编译和运行。

我原本以为有一个自我指向约束可能被认为是不好的做法,但为什么TSenderTEventArgs被标记为警告?这与声明NestedClass<TSender, TEventArgs>不一样吗?

我应该注意什么吗?

更新:第二个委托的目的是允许子类触发强类型事件。

2 个答案:

答案 0 :(得分:9)

您正在使用新类型说明符声明委托。您可以在没有额外泛型类型的情况下声明:

public delegate void ThreadProcessIterationEventHandler(TSender sender, TEventArgs e);

通过将<TSender,TEventArgs>放在委托声明中,它定义了在委托中使用的新类型,其名称与包含泛型类型相同。就像你在写作:

public delegate void ThreadProcessIterationEventHandler<TFoo, TBar>(TFoo sender, TBar e);

基本上,通过添加这些类型,您实际上使委托使用与包含类不同的类型。由于您使用了相同的名称,编译器会认为这是一个错误,并向您发出警告。

答案 1 :(得分:6)

这是第二个失败的声明:

ThreadProcessIterationEventHandler<TSender, TEventArgs>(...)

您不能在已声明类型参数TSender的类型中声明名为TSender new 类型参数。

你不希望想要一个新的通用类型 - 你只想重用封闭类型的类型参数:

public delegate void ThreadProcessIterationEventHandler(TSender sender, TEventArgs e);