ASP.NET 配置文件如何处理版本控制?我知道因为数据是序列化的,这可能是一个问题,而表则不是。
它会抛出某种序列化错误吗?
示例:我将 v1 对象存储到配置文件中。我用新的 v2 版本更新了我的 Web 应用程序,但数据库仍然包含 v1 对象。
当我尝试将 v1 对象反序列化为 v2 对象时会发生什么?这个问题的最佳解决方案是什么?
ASP.NET 配置文件如何处理版本控制?我知道因为数据是序列化的,这可能是一个问题,而表则不是。
它会抛出某种序列化错误吗?
示例:我将 v1 对象存储到配置文件中。我用新的 v2 版本更新了我的 Web 应用程序,但数据库仍然包含 v1 对象。
当我尝试将 v1 对象反序列化为 v2 对象时会发生什么?这个问题的最佳解决方案是什么?
通常 ASP.NET 将配置文件数据视为属性包 - 因此它可能会跳过属性(已存储在数据存储中)但从配置中删除。同样,对于新添加的属性,它将使用默认值。现在,属性类型也很重要——如果属性类型是您的自定义类,那么它的序列化将由 XmlSerializer 或 BinaryFormatter 处理。XmlSerializer 是默认值,它通常是一个宽容的序列化器(将跳过缺少的属性等)。您可以使用属性来控制 xml 序列化。对于 BinaryFormatter,它与运行时序列化相同,如果您希望支持版本控制,最好实现 ISerializable 并处理任何版本控制问题。我不确定在您拥有某种类型 A 的配置文件属性然后删除该类型的情况下会发生什么。
我通常更喜欢汇总我自己的实现来支持用户配置文件功能,因为