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> { ... }
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。