使用UnitsNet Length类型时XML/JSON反序列化失败问题求助

1. 补全XML反序列化的单位逻辑 #

XML未指定单位时，UnitsNet的Length类型无法自动推断单位，会默认初始化为0。可以通过两种方式处理：

• 给Point类的X/Y/Z属性添加XML序列化特性，自定义数值到Length的转换逻辑，指定默认单位（比如米）。
• 让Point类实现IXmlSerializable接口，在ReadXml方法中直接读取XML节点的数值，再用Length.FromMeters(读取到的数值)这类方法创建合法的Length实例。

2. 配置JSON序列化的UnitsNet支持 #

主流JSON序列化库（Newtonsoft.Json、System.Text.Json）默认不兼容UnitsNet类型，需要添加专用转换器：

• 使用Newtonsoft.Json时，安装UnitsNet.JsonNet包，在序列化配置中注册UnitsNetJsonConverter。
• 使用System.Text.Json时，安装UnitsNet.SystemTextJson包，在JsonSerializerOptions中添加对应的JsonConverter。
• 同时检查JSON字段与类属性的映射关系，若命名风格不一致，用[JsonProperty]（Newtonsoft）或[JsonPropertyName]（System.Text.Json）显式映射。

3. 检查Point类属性定义 #

确保X/Y/Z是可读写的公共属性，序列化库通常只会处理公共成员；避免在属性初始化或setter中添加干扰赋值的逻辑，比如默认值设为Length.Zero却没在反序列化时正确覆盖。

4. 调试定位问题 #

• 输出原始XML/JSON内容，确认待反序列化的数值本身是正确的。
• 在反序列化前后打断点，查看Point对象的属性赋值情况，判断是数值未被读取，还是读取后转换为Length时出错。

内容的提问来源于stack exchange，提问作者Eric Snyder