本文介绍了为什么 Queue(T) 和 Stack(T) 没有实现 ICollection(T)?的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！
问题描述
在我问之前，让我得到一个明显的答案:ICollection 接口包含一个 Remove 方法来删除任意Queue<T> 和 Stack<T> 无法真正支持的元素(因为它们只能删除结束"元素).
好的，我意识到这一点.实际上，我的问题并不是关于 Queue<T> 或 Stack<T> 集合类型；相反，它是关于不为 any 本质上是 T 值集合的泛型类型实现 ICollection<T> 的设计决策.p>
这就是我觉得奇怪的地方.假设我有一个接受任意 T 集合的方法，并且出于我正在编写的代码的目的，知道集合的大小会很有用.例如(下面的代码很简单，仅供说明！):
//为简洁起见省略了参数验证.静态 IEnumerable<T>FirstHalf<T>(此 ICollection<T> 来源){诠释 i = 0;foreach(源中的 T 项){收益退货项目；if ((++i) >= (source.Count/2)){休息;}}}现在，没有理由说这段代码不能在 Queue<T> 或 Stack<T> 上运行，只是这些类型不能实现ICollection.当然，他们确实实现了ICollection——我猜主要是为了Count属性——但这会导致奇怪的优化代码如下:
//OK，这样就可以容纳那些混蛋Queue和堆栈<T>类型，//我们将只接受任何 IEnumerable<T>...静态 IEnumerable<T>FirstHalf<T>(这个 IEnumerable<T> 源){int count = CountQuickly<T>(来源)；/* ... * 本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除！