我通常一直在创建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>
{
...
}
