关于是否强类型化事件参数,有很多讨论。这个问题与此无关。我有以下课程(仅包括相关代码):
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>'
这个结构似乎在逻辑上是正确的,因为意图是为派生类提供包装的线程机制。它肯定是合法的代码,并按预期编译和运行。
我原本以为有一个自我指向约束可能被认为是不好的做法,但为什么TSender
和TEventArgs
被标记为警告?这与声明NestedClass<TSender, TEventArgs>
不一样吗?
我应该注意什么吗?
更新:第二个委托的目的是允许子类触发强类型事件。
答案 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);