c# – 将类本身定义为通用实现.为什么/如何运作？

我通常一直在创建EventAggregator使用的Prism事件,如：

public class SomeEvent：CompositePresentationEvent< SomeEventArgs> {}

public class SomeEventArgs
{
     public string Name { get; set; }
}

但在查看同事代码时,我注意到他们做了：

public class SomeEvent : CompositePresentationEvent<SomeEvent>
{
     public string Name { get; set; }
}

我想我的第一个问题是为什么这甚至编译？在我看来,它正在实现一个尚未定义的类.第二,它是否会对应用程序产生负面影响,是否可以忽略不计,或者更好？

解决方法

I guess my first question is why does this even compile?

您认为规范中的哪条规则违反了规定？

It seems to me that it’s implementing a class that isn’t defined yet.

我认为您必须指明每个条款的确切含义才能判断该陈述是否准确.编译器知道CompositePresentationEvent,因为它在其他地方(可能是)声明,并且它知道SomeEvent,因为那是被声明的类.这就像在类Foo中有一个Foo类型的字段 – 完全有效.

能够做到这一点也非常有用 – 特别是对于比较.例如：

public sealed class Foo : IComparable<Foo>

说Foo类的任何实例都知道如何将自己与另一个实例进行比较,因此它可以用于以类型安全的方式进行排序.在结构的情况下,这也允许你减少装箱,因为当已知x是实现IComparable<>的类型时,调用x.CompareTo(y)将不需要任何装箱.适当.

请注意,类型可以更有趣和复杂地递归.从my port of Protocol Buffers获取此(略微修改)的示例：

public interface IMessage<TMessage,TBuilder>
    where TMessage : IMessage<TMessage,TBuilder>
    where TBuilder : IBuilder<TMessage,TBuilder>

public interface IBuilder<TMessage,TBuilder>

这里的目标是基本上最终得到两种类型 – “消息”和“构建器”,这样您就可以始终从另一种构造每个类型.例如：

public class Foo : IMessage<Foo,FooBuilder>
{
    ...
}

public class FooBuilder : IBuilder<Foo,FooBuilder>
{
    ...
}