Why do Queue(T) and Stack(T) not implement 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)?


基础教程推荐
- C# 9 新特性——record的相关总结 2023-04-03
- 更新 Visual Studio 中的 DataSet 结构以匹配新的 SQL 数据库结构 2022-01-01
- 在 VB6 或经典 ASP 中使用 .NET 2022-01-01
- 将数据集转换为列表 2022-01-01
- 如果条件可以为空 2022-01-01
- 获取C#保存对话框的文件路径 2022-01-01
- SonarQube C# 分析失败“不是指针的有效行偏移" 2022-01-01
- 重新排序 WPF TabControl 中的选项卡 2022-01-01
- 从 C# 控制相机设备 2022-01-01
- Mono https webrequest 失败并显示“身份验证或解密失败" 2022-01-01