Form负责纯逻辑校验（如密码一致性、跨字段约束），ModelForm只管模型字段映射与基础存取；表单不对应单表、含非模型字段或需跨模型校验时必须用Form。
Form 和 ModelForm 不是“选一个用”，而是该谁干谁的活——Form 负责纯逻辑校验（比如密码一致性、跨字段约束、业务规则），ModelForm 只管模型字段映射与基础存取；混着用反而让校验逻辑散落、难调试、难复用。
什么时候必须用 Form 而不是 ModelForm
当表单数据不直接对应单张数据库表，或需要引入非模型字段、跨模型校验、动态字段时，ModelForm 就撑不住了。
-
ModelForm无法处理“确认密码”这种纯前端约定字段：它没对应模型字段，硬塞进Meta.fields会报KeyError或触发无意义的数据库校验 - 登录页要校验“用户名+密码是否匹配”，这不是单字段规则，也不是模型自带约束，
ModelForm的clean()可以写，但语义错位——它本该聚焦“这条记录能不能存进 User 表”，而不是“这次登录凭据对不对” - 搜索表单含
start_date、end_date、status_in（多选列表），这些字段在模型里可能根本不存在，或者类型/含义已变形，用ModelForm反而要exclude大半字段再手动加，得不偿失
Form.clean() 和 clean_field_name() 的分工陷阱
局部钩子 clean_<code>field_name() 只能访问当前字段原始值和 self.cleaned_data（注意：此时其他字段可能还没过校验），全局 clean() 才能安全读取所有已通过局部校验的字段值。很多人把跨字段逻辑写在局部钩子里，结果拿到的是旧值或空值。
- 错误写法：
clean_password2里直接读self.cleaned_data['password1']——如果password1校验失败，它根本不会进cleaned_data - 正确位置：把“两次输入是否一致”放进
clean()，先确保两个字段都通过了各自长度、格式等基础校验，再比对 -
clean()返回的字典会合并进最终cleaned_data，但不能只返回部分字段；若需修改某字段值，应操作self.cleaned_data后再return super().clean()
ModelForm.save() 前如何注入 Form 的校验结果
常见场景：用户注册页用 ModelForm 管理 User 字段，但密码确认、短信验证码、邀请码有效性等由独立 Form 校验。不能把验证码塞进 User 模型，也不能让 ModelForm 承担这部分责任。
SkillSub Pro - Python 题解与代码注释双功能技能功能概述SkillSub Pro - Python 题解与代码注释双功能技能是一项面向实际任务的技能，主要用于SkillSub Pro 是一个 Python 题解生成与代码注释的 双功能合体技能 ，专为学生、算法学习者和开发者设计；✅ 一个技能，两种用途 ：；核心要点📝 题解模式 ：输入题目/题号，自动生成完整 Python 题解（含详细注释、解题思路、复杂度分析）；💬 注释模式 ：输入 Python 代码，自动添加详细中。它将相关步骤、
立即学习“Python免费学习笔记（深入）”；
- 典型流程：先实例化并校验独立
Form（如RegisterForm），通过后再实例化ModelForm（如UserCreationForm），用form.save(commit=False)拿到未保存对象，手动设置密码（user.set_password(...)）等非表单字段 - 避免直接传
request.POST给ModelForm：它会尝试校验所有字段，包括你刚在Form里处理过的验证码，导致重复校验或冲突 - 若需共用部分数据（如邮箱），可从
Form.cleaned_data中提取，显式传给ModelForm初始化参数，例如：UserForm(data={'email': form.cleaned_data['email']})
error_messages 和字段级中文提示的实际控制点
Django 默认英文错误信息只在字段级校验（如 min_length）生效，clean() 抛出的 ValidationError 默认没有字段绑定，会进 form.non_field_errors，模板里得单独写 {{ form.non_field_errors }} 才能显示。
- 想让
clean()错误绑定到具体字段？用self.add_error('field_name', '错误信息')，它会精准塞进form.errors['field_name'] -
error_messages字典只影响字段内置规则（required、invalid、min_length等），对clean_<code>field_name() 里抛的异常无效 - 中文提示别只改
error_messages，还要在settings.py开USE_I18N = True并配好LANGUAGE_CODE = 'zh-hans'，否则部分底层验证（如EmailField的正则失败）仍可能回退英文
最易被忽略的一点：Form 类本身不依赖数据库，但它的 clean() 方法里如果调用了 Model.objects.filter(...)，就隐式引入了 I/O 和事务上下文——这会让单元测试变重、API 响应变慢，且容易在并发场景下产生竞态。需要这类查询的校验，务必评估是否该下沉到 service 层或用缓存兜底。
