首页
/ Pydantic V2 中自定义复杂类型序列化行为的变更与修复

Pydantic V2 中自定义复杂类型序列化行为的变更与修复

2025-05-09 02:53:28作者:江焘钦

在 Pydantic V2.10.0 版本中,开发者发现了一个关于自定义复杂类型序列化行为的变更,这导致了一些现有代码在升级后出现兼容性问题。本文将深入分析这个问题及其解决方案。

问题背景

Pydantic 是一个强大的 Python 数据验证和设置管理库,它允许开发者定义数据模型并自动处理数据验证和序列化。在 V2.10.0 版本中,当开发者尝试自定义复杂类型(如复数 complex)的序列化行为时,发现 dump_python 方法的输出从原来的复数对象变成了字符串表示形式。

技术细节

问题的核心在于 json_or_python_schema 的使用方式。开发者原本通过以下方式定义复数类型的序列化:

  1. 使用 json_or_python_schema 来区分 JSON 和 Python 的序列化路径
  2. 在 JSON 路径中,将复数转换为元组形式 (real, imag)
  3. 在 Python 路径中,直接保留复数对象

在 V2.10.0 中,当使用 is_instance_schema 作为 Python 路径的验证器时,复数对象会被意外转换为字符串形式。这是由 pydantic-core 内部的一个 bug 修复引起的。

解决方案

Pydantic 团队在 V2.10.1 版本中修复了这个问题。修复的关键在于正确指定 Python 路径的 schema 类型。对于复数类型,应该使用 complex_schema() 而不是 is_instance_schema

以下是修复后的正确用法示例:

from pydantic import TypeAdapter
from pydantic_core import SchemaSerializer, core_schema

schema = core_schema.json_or_python_schema(
    json_schema=core_schema.no_info_plain_validator_function(lambda v: complex(*v)),
    python_schema=core_schema.complex_schema(),
    serialization=core_schema.plain_serializer_function_ser_schema(
        lambda v: (v.real, v.imag),
        info_arg=False,
        return_schema=TypeAdapter(tuple[float, float]).core_schema,
        when_used="json",
    ),
)

最佳实践

对于自定义类型的序列化,建议开发者:

  1. 明确区分 JSON 和 Python 的序列化路径
  2. 对于内置类型,使用对应的 schema 函数(如 complex_schema 等)
  3. 在升级 Pydantic 版本时,特别注意序列化行为的测试
  4. 对于复杂场景,考虑编写专门的测试用例验证序列化行为

总结

Pydantic V2.10.1 修复了自定义复数类型序列化的问题,确保了向后兼容性。这个案例展示了类型系统在数据序列化中的重要性,也提醒开发者在自定义复杂类型行为时需要更加谨慎。理解 Pydantic 的 schema 系统对于构建健壮的数据处理逻辑至关重要。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
22
6
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
197
2.17 K
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
208
285
pytorchpytorch
Ascend Extension for PyTorch
Python
59
94
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
973
574
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
9
1
ops-mathops-math
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
549
81
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
1.02 K
399
communitycommunity
本项目是CANN开源社区的核心管理仓库,包含社区的治理章程、治理组织、通用操作指引及流程规范等基础信息
393
27
MateChatMateChat
前端智能化场景解决方案UI库,轻松构建你的AI应用,我们将持续完善更新,欢迎你的使用与建议。 官网地址:https://matechat.gitcode.com
1.2 K
133