为什么 Queue(T) 和 Stack(T) 没有实现 ICollection(T)?

Why do Queue(T) and Stack(T) not implement ICollection(T)?(为什么 Queue(T) 和 Stack(T) 没有实现 ICollection(T)?)

本文介绍了为什么 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>(来源);/* ... *

本文标题为:为什么 Queue(T) 和 Stack(T) 没有实现 ICollection(T)?

基础教程推荐