为什么ImmutableDictionary<TKey，TValue>正在实现IDictionary<TKey，TValue>？

Question

这看起来是一种奇怪的设计选择，因为Dictionary和ImmutableDictionary在写方面是完全不同的。(从阅读角度看，它们都实现了IReadOnlyDictionary，这很好*)

实际上，IDictionary<TKey, TValue>.Add()在ImmutableDictionary类中的当前实现引发了一个NotSupportedException (参见这里)。

那么，这样做有什么意义呢？例如，如果一个方法返回一个实际上是一个IDictionary的ImmutableDictionary，那么在它中添加元素时会遇到一些麻烦。

*除了有争议的接口名称外

Answer 1

出于原因，请阅读一下“与现有集合互操作”这篇MS博客文章的一部分。

这些不可变类型的开发人员有一个选择，我将在这里以一种简洁但有点加载的方式表达：

1. 使它们易于使用
2. 把它做好

最初，他们走的是“做好”的路线。IList<T>接口是如何打破Liskov替换原则的一个典型例子，因为它积极鼓励创建不可相互替代的类型(而不检查标志状态以确定正在处理的特定实现样式)。然而，这意味着它们不能很好地与现有代码进行互操作，而且像IList<T>这样的有用接口也不能与它们一起使用。所以他们决定支持有用而不是纯度。这仍然是一个有争议的决定，但可能是正确的--务实--一个值得采取的决定。