Django 5.0 中 models.CharField 仍需手动指定 max_length，因其是强制必填参数，字段类型推断机制不覆盖该约束，省略会报 TypeError。
为什么 models.CharField 还在手动写 max_length？
Django 5.0 引入了字段类型推断机制，但仅限于特定场景——它不会自动猜 max_length，也不会帮你省掉必填参数。很多人误以为升级后可以删掉 max_length=255，结果迁移时报 TypeError: CharField.__init__() missing 1 required positional argument: 'max_length'。
真正简化的点在于：部分字段新增了更贴近语义的快捷别名，比如 models.EmailField 现在默认启用 validators=[EmailValidator]，且底层仍用 CharField，但不再需要显式传 validators。
-
EmailField、URLField、SlugField在 Django 5.0 中已内置校验器，无需再手动加validators=[...] -
CharField和TextField的行为没变，max_length仍是强制参数（除非你用TextField替代长文本） - 别指望
models.IntegerField自动变成PositiveIntegerField——类型语义仍需你明确声明
models.GeneratedField 怎么用才不踩空值陷阱？
这是 Django 5.0 新增的真正“简化型”字段，用于数据库端生成值（如 PostgreSQL 的 GENERATED ALWAYS AS 表达式），但它不是 ORM 层的计算字段，也不支持 SQLite。
常见错误是把它当 property 或 @cached_property 用，结果发现 save() 后查不到值，或者 migrate 时直接报错 DatabaseError: generated columns are not supported in this database。
立即学习“Python免费学习笔记（深入）”；
- 只支持 PostgreSQL 12+ 和 Oracle；MySQL 和 SQLite 会跳过该字段，甚至导致迁移失败
- 必须配合
db_persist=False才能在 ORM 中读取（否则 Django 默认不从 DB 加载该字段） - 表达式里不能引用 Python 函数，只能用 SQL 表达式，例如：
models.GeneratedField(expression=Func('title', function='UPPER'), db_persist=False) - 它不触发
pre_save或post_save，值完全由数据库计算，ORM 层无法干预
什么时候该用 models.JSONField 而不是自己序列化字符串？
Django 5.0 对 JSONField 做了兼容性加固，但没改变它的核心约束：它只保证存入的是合法 JSON，不校验结构，也不提供嵌套字段级索引（除非数据库原生支持，如 PostgreSQL 的 -> 操作符）。
典型误用是拿它存用户配置，然后在视图里反复 json.loads(instance.config)——其实没必要，Django 已自动处理序列化/反序列化。
- 直接赋值 Python 字典或列表：
obj.config = {"theme": "dark", "notify": True}，save 后自动转为 JSON 存储 - 查询嵌套值需依赖数据库能力，例如 PostgreSQL 可用
config__theme="dark"，SQLite 则不支持这种查找 - 避免用
JSONField存大量二进制数据（比如 base64 图片），体积大且无法被 DB 索引有效利用 - 如果字段内容结构固定（如总含
name和email），优先建独立字段，而非塞进 JSON —— 后者会让查询、排序、迁移都变脆弱
自定义字段继承 Field 还需要重写 deconstruct() 吗？
需要。Django 5.0 没简化这个环节，deconstruct() 仍是迁移系统识别字段变更的唯一依据。漏写或返回错误元组，会导致 makemigrations 生成无效迁移文件，甚至把整个字段删掉。
最常出错的是返回了不可序列化的对象（如 lambda、未绑定方法），或没把所有初始化参数列全。
- 返回三元组：
(path, args, kwargs)，其中path必须是完整导入路径，例如'myapp.fields.EncryptedCharField' -
args通常为空，所有参数应放在kwargs里，包括父类接收的参数（如max_length） - 如果字段接受 callable，默认值必须能被 pickle，推荐用字符串路径代替，例如
'django.utils.timezone.now'而非timezone.now - 测试是否正确：运行
python manage.py makemigrations --dry-run，确认输出中字段定义与你预期一致
字段简化不等于字段隐形——Django 5.0 的新特性都是窄口径优化，每个改动都有明确边界和数据库依赖。越想省代码，越要先看清它在哪条线上生效，哪条线上根本不响应。
