如何设计继承集合
我正在用 C# 编写一个具有自定义集合的程序。 自定义集合对其 ResultInfo 类型的成员执行一些有用的聚合函数（AllSuccessful、%Successful 等）。 我有几个派生自 ResultInfo 的类（UploadResultInfo、XUploadResultInfo 和 YUploadResultInfo），并且希望拥有从 ResultInfoCollection 继承并具有附加聚合函数的附加集合。 按照指定执行此操作的唯一问题是它会
public void Add(ResultInfo item)
{
}
在集合中留下无用的内容。 澄清：此方法采用 ResultInfo 类型的参数，但添加到 UploadResultInfoCollection 的 ResultInfo 将引发错误。有没有一种优雅的方法来解决我的问题？ 我考虑过泛型，但我不太知道它是如何工作的。
I'm writing a program in C# that has a custom collection. The custom collection performs some useful aggregate functions (AllSuccessful, %Successful, etc) over it's members which are of type ResultInfo. I have several classes that derive from ResultInfo (UploadResultInfo, XUploadResultInfo, and YUploadResultInfo), and would like to have additional collections that inherit from ResultInfoCollection that have additional aggregate functions. The only problem with doing this as specified is that it leaves a useless
public void Add(ResultInfo item)
{
}
on the collection. Clarification: This method takes an argument of type ResultInfo, but a ResultInfo added to an UploadResultInfoCollection will throw an error. Is there an elegant way of solving my problem? I've considered generics but I don't quite know how that would work.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
要定义一个处理 ResultInfo 的任何子级的通用类，您只需将其定义为
稍后您可以通过
尝试使用它们来使用它，它们并不太困难，边做边学是最好的方法...
To define a generic class that handles any child of ResultInfo you just define it like
Later on you can use it by
Just try using them, they are not too difficult and learning by doing is the best way ...
我不知道你是如何留下一个无用的 Add 方法的。
如果集合自行填充，您可以将 Add 方法设置为私有。
如果您希望“继承的”附加集合不公开 Add 方法，请使用组合而不是继承。
I'm not sure how you are left with a useless Add method.
If the collection populates itself, you can make the Add method private.
If you want your "inherited" additional collections to not expose the Add method, use composition instead of inheritance.
考虑一下您的有用方法是否实际上需要是实例方法。
当其他操作发生时，它们是否需要维护状态，或者它们是否都可以使用公开可用（或内部可用）的 API？
如果是这样，那么只需将它们设置为静态方法（扩展方法可能是一个好主意）并且不必担心继承。 如果这些方法对 IEnumerable
使用生成的函数包只需导入相关的命名空间。
Consider whether your useful methods actually need to be instance methods.
Do they need to maintain state when other operations happen or are they all possible using the publically avaialable (or internaally available) API?
If so then simply make them static methods (extension methods is probably a good idea) and don't worry about inheritance. If the methods are meaningful on IEnumerable
<T>then so much the better, by doing this you make your utility functions vastly more usable and thus useful.Using the resulting package of functions simply requires importing the relevant namespace.
如果您所做的只是向现有集合类型提供一些额外的方法，那么请考虑简单地为该类型定义扩展方法并使用普通的泛型集合。
If all you're doing is providing some extra methods to an otherwise existing collection type, then consider simply defining extension methods for that type and using a normal generic collection.