破解 Silverlight NotifyCollectionChangedEventArgs 以支持多个项目有什么用吗？

Question

NotifyCollectionChangedEventArgs 的 Silverlight 版本与完整框架版本不同，因为它不接受多个（添加、更改、删​​除）项目。采用列表的构造函数实际上丢失了，因此微软似乎打算阻止这种用法。事实上，如果您传入一个项目集合，它们只是嵌套为内部集合的第一个项目。

然而！由于 NewItems 和 OldItems 成员是 IList 类型，因此它们不是不可变的并且可以增长。我制作了以下助手来测试这个想法：

    private NotifyCollectionChangedEventArgs CreateEventArgsWithMultiple(NotifyCollectionChangedAction action, IEnumerable items, int newStartingIndex)
    {
        NotifyCollectionChangedEventArgs eventArgs = null;

        foreach (var item in items)
        {
            if (eventArgs == null)
            {
                eventArgs = new NotifyCollectionChangedEventArgs(action, item, newStartingIndex);
            }
            else
            {
                eventArgs.NewItems.Add(item);
            }
        }

        return eventArgs;
    }

我还没有看到任何问题，但我正在寻找有关 Silverlight 的这个特定角落的经验和意见。我应该像这样批量添加，还是只使用重置？

顺便说一下，这是在 Windows Phone 7.1 (Mango) 上。

编辑：跟进埃尔诺的评论。微软在 中表示MSDN 上的这个（措辞不佳的）Silverlight 文档页面 可以“一般”假设 NewItems 只有一个元素，甚至建议使用的快捷方式NewItems[0] 来访问它。因此，他们保留了 IList 签名以实现“兼容性”，但随后又继续破坏类型的含义。令人失望。

Answer 1

我没有遇到任何问题，但答案是“不要这样做！” （除非您仅将参数传递给您编写的代码）。

原因（如评论中所述）是 Silverlight 中可能有代码假设只有一项。即使没有今天，也可能有明天，并且您绝对不希望您的应用程序在某些更加依赖于这一假设的新版本 Silverlight 出现时出现故障。