.NET 不可变集合的序列化问题现在非常糟糕。如果你使用 DataMember 属性标记一个 ImmutableList
你可以将属性改为 IList 类型从而防止数据丢失，但是这会导致一个语义问题。尽管你可以将一个不可变列表存储到一个 IList 中，但是这种做法令人难以接受，因为大多数人心里面都认为一个给定的 IList 不会是只读的。另外，类型检查器不能在编译时捕获这种错误。
为了解决语义错误，用户认为可以提供一个 IReadOnlyList 类型的属性替代。不幸的是，这样做会在序列化期间抛出一个异常，除非添加了 KnownType 属性。但是一旦添加了该属性在对其序列化时就又会产生无声的错误。
同样地，传统的序列化机制（使用 Serializable 属性）也不支持。Immo Landwerth 写道：
是的。首先，我们使用的可移植子集（portable subset）不支持二进制序列化（ visualstudio.uservoice.com/…/3701316-make-the-new-immutable-collection-types-serializab ）。其次，我们喜欢一个能够在核心数据结构之外实现序列化的模型，因为这样在客户端 / 服务器场景下使用的时候就可以更加有弹性地实现变化、解决跨版本序列化问题。流行的序列化类库已经计划为不可变集合增加支持，例如 JSON.NET、protobuf-net。
这样我们可以选择第三方类库，例如 JSON.NET。截至版本 5.0r7， JSON.NET 已经支持.NET 官方的不可变集合类库。该版本中的新内容还包括 JsonExtensionData，它会将一个被反序列化类中的所有没有属性表示的附加数据存储起来。
Marc Gravell 还宣称 protobuf-net 将会支持不可变集合，
protobuf-net （r666）的主干现在已经支持不可变列表（List）、数组（Array）、字典（Dictionary）、哈希集合（Hash-Set）、排序集合（Sorted-Set）、排序字典（Sorted-Dictionary），同时它们的所有接口都有双份。但是所有内容都在一个单例模式识别块中。
暂无签名
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论