Django REST Framework字段校验：Model还是Serializer？

先搞懂两层的核心分工 #

• Model层：负责数据底层的完整性与一致性，不管数据是从API、后台管理还是脚本导入，只要要存进数据库，就得遵守这里的规则。比如字段唯一性、关联关系合法性，还有像你代码里预约状态和桌位可用状态的联动，这种属于核心业务规则，必须放在Model层，防止绕过API的操作破坏数据。
• Serializer层：负责API输入输出的合理性校验，比如前端传参的格式（日期格式、字符串长度）、特定API场景的规则（比如创建时必填的字段，更新时可选），以及返回数据的格式控制。

针对你的代码的具体分析 #

你当前在Reservation Model的save和delete方法里写的状态联动逻辑，属于核心业务数据一致性保障，必须保留在Model层：

1. 如果把这部分逻辑移到Serializer，那通过Django admin后台创建/修改预约、或者用脚本批量处理预约时，就会绕过这个规则，导致桌位状态和预约状态不匹配，出现数据错误。
2. Model层的逻辑是全局生效的，不管数据从哪个入口来，都能保证数据的正确性。

另外注意你save方法里有个逻辑错误：

# 原代码错误部分
elif self.status == "cancelled" or self.status == "finished":
    self.table.available = False

取消或完成预约时，桌位应该恢复可用，要改成：

elif self.status == "cancelled" or self.status == "finished":
    self.table.available = True

适合放在Serializer层的场景示例 #

• 校验前端传的reservation_date必须是未来时间，这种API专属的输入校验，写在Serializer的validate_reservation_date方法里。
• 控制字段的必填性：比如创建预约时必须传customer，但更新预约状态时不需要，这种可以在Serializer里通过required参数或者重写create/update方法处理。
• 自定义格式校验：比如手机号、邮箱的格式校验，这些和API输入强相关的规则，放在Serializer更合适。

总结 #

• 你的预约与桌位状态联动逻辑必须保留在Model层，确保所有数据操作都遵循规则。
• Serializer层负责API输入输出的校验和格式控制，和核心数据一致性无关的校验放在这里。

内容的提问来源于stack exchange，提问作者Marcos Ribeiro Morais