为什么ListBox.ObjectCollection和ListView.ListViewItemCollection有AddRange但没有InsertRange或RemoveRange？

Question

因此，ListBox.ObjectCollection 和 ListView.ListViewItemCollection 都实现了 IList 类，该类提供了 Add 和 删除 方法，但不删除 AddRange、InsertRange 或 RemoveRange。但是，ListBox.ObjectCollection 和 ListView.ListViewItemCollection 还提供了 AddRange 方法 - 只是没有 InsertRange 或 >删除范围。

另一方面，看看 ArrayList 类，它除了实现 IList 之外，还提供了 AddRange、InsertRange和删除范围。此类和接口的通用形式 List（具有 AddRange、InsertRange 和 RemoveRange）和IList（仅提供Add和Remove）。

我可以理解 IList 和 IList 接口不提供 AddRange 等 - 它只是一个接口；超出 Add、Remove、RemoveAt 等最低要求的任何内容都是可选的。但是，考虑到 *Range 方法对于 ArrayList 和 List 类的有用性，并考虑到它们对于ListBox 和 ListView 控件，我想知道为什么这些控件不存在它们。

有谁知道吗？ InsertRange 和 RemoveRange 的内部实现是否存在某些问题，导致这些方法在某种程度上效率较低、更加复杂，或者不太适合 ListBox.ObjectCollection 和 ListView.ListViewItemCollection 比 AddRange？

需要明确的是：我并不是在寻找“看起来微软的某个人很懒”的猜测“ 种类;相反，我想知道是否有人真正知道 AddRange 和 InsertRange/RemoveRange 之间的合法差异，这可能解释 ListBox.ObjectCollection 和 ListView.ListViewItemCollection 中缺少后面这些方法。

Answer 1

1. 一般来说，使用 InsertRange 和（更是如此）RemoveRange 的情况非常罕见。例如，RemoveRange 是否应该仅在存在连续范围内与给定范围相似的元素时删除给定范围，还是应该逐个删除给定元素？

2. 如果您需要的话，这些方法通常很容易实现。在扩展方法的帮助下，您可以让它们看起来几乎像本机方法。

3. 代码中没有任何迹象表明实现这些方法会很复杂（就像数千个其他“有用”的方法一样）。实际上，InsertItems 的 ListView 实现甚至采用了已经在引擎盖下的项目数组。标准 ListViewItemCollection.Insert() 始终提供包含 1 个元素的数组。使用 Reflector 看一下 ListViewNativeItemCollection.Insert()：

    public ListViewItem Insert(int index, ListViewItem item)
    {
        //排除各种检查....
        this.owner.InsertItems(index, new ListViewItem[] { item }, true);
        //更多代码排除......
        退货；
    }
   

我想实现该功能并不那么重要......所以他们没有。

正如埃里克·利珀特 喜欢说：“因为没有人设计、指定、实现、测试、记录和交付该功能”。