Django中Event模型校验：Model.clean()还是Form.clean_end()？

针对你的问题，结合你提到的应用场景——仅通过EventModelForm操作Event对象，我更推荐把这两个业务约束（结束时间不早于开始时间、同一Location无重叠事件）放在模型的clean()方法中，再配合确保full_clean()被执行，原因如下：

1. 数据完整性的兜底保障 #

虽然你现在只用表单操作Event，但难保未来不会有其他数据写入场景：比如写后台脚本批量生成事件、通过Django Admin直接修改数据、或者接入第三方API同步事件。把校验放在模型层，能确保无论数据从哪个渠道进入，都必须遵守这些业务规则，从根源上避免脏数据流入数据库。而表单校验只能覆盖用户通过表单提交的场景，无法管控其他写入路径。

2. 代码逻辑的内聚性更合理 #

这些约束是Event模型本身的业务属性——事件的时间逻辑、与场地的排他规则，本质上是这个数据模型必须遵守的规则，和“用户输入交互”无关。把校验放在模型的clean()方法里，更符合关注点分离的原则：模型负责定义数据结构和它的核心规则，表单负责处理用户输入的格式转换、前端交互适配等逻辑。后续维护时，找业务规则直接看模型，逻辑更清晰。

3. 解决full_clean()不自动执行的问题 #

你提到Django模型的save()不会自动调用full_clean()，其实有几个简单的办法补上这个缺口：

• 直接在模型的save()方法里手动触发：

  class Event(models.Model):
      # 现有字段...
      
      def save(self, *args, **kwargs):
          self.full_clean()
          super().save(*args, **kwargs)
  

• 如果你用Django Admin管理数据，Admin会自动调用full_clean()，后台操作也能触发校验；
• 你的EventModelForm在调用is_valid()时，会间接触发模型的full_clean()流程，所以表单提交的场景也能覆盖到校验逻辑。

关于代码复用性 #

你说当前场景下两种方案复用性相当，但从长远来看，模型层的校验复用性更强：比如未来你要加一个API接口用序列化器操作Event，序列化器可以直接调用模型的clean()方法，不用重复写一遍校验逻辑；而表单里的校验只能在表单场景复用。

综上，虽然当前用表单校验也能满足需求，但从长远的可维护性、数据完整性角度出发，把这些业务约束放在模型的clean()方法里是更稳健的选择。

内容的提问来源于stack exchange，提问作者Cas Ebbers