从Ruby on Rails转Django开发：模型验证及BooleanField问题咨询

作为同样从Ruby on Rails切换到Django的开发者，我完全懂你这种“怎么和之前习惯不一样”的困惑——两个框架在模型验证的设计思路上确实有明显差异，咱们一步步说清楚：

1. 为什么Django保存模型前不自动执行full_clean()？ #

这个问题的核心原因是历史兼容性和Django的“灵活优先”设计理念：

• Rails的模型默认会在保存前自动触发全量验证，这是框架的强制行为；但Django早期版本并没有full_clean()这个方法，后来为了补充验证能力才加入，但为了不破坏已有项目的兼容性，没有把它绑定到save()的默认流程里。
• 另外，Django考虑到一些场景下不需要全量验证，比如批量更新、只修改部分字段的场景，强制验证反而会降低效率。

如果你希望和Rails一样，每次保存都自动验证，可以手动重写模型的save()方法：

class YourModel(models.Model):
    # 你的字段定义
    test = models.BooleanField()

    def save(self, *args, **kwargs):
        # 先执行全量验证
        self.full_clean()
        # 再调用父类的save方法
        super().save(*args, **kwargs)

⚠️ 注意：批量操作（比如bulk_create()、bulk_update()）不会调用模型的save()方法，所以这种场景下需要手动处理验证。

2. 未设置BooleanField字段时的验证问题 #

先明确Django文档的默认规则：BooleanField默认blank=False且null=False——这意味着该字段在Python层面不允许为空字符串，数据库层面不允许为NULL。但因为save()不自动触发full_clean()，不同操作场景的结果会不一样：

• 直接调用save()且不设置test字段：Django不会在Python层面做验证，会直接向数据库发送INSERT请求。但因为数据库字段被设置为非空，会抛出IntegrityError（比如PostgreSQL会提示null value in column "test" violates not-null constraint）。
• 使用ModelForm创建实例：ModelForm会自动调用full_clean()，这时候会立刻抛出ValidationError，提示“test字段是必填项”，不会走到数据库层面。
• 手动调用full_clean()：和ModelForm的效果一样，会在Python层面触发验证，抛出ValidationError，提前拦截错误。

如果你的业务场景允许test字段有默认值，更优雅的做法是给字段设置default参数，比如：

test = models.BooleanField(default=False)

这样即使不设置该字段，也会自动使用默认值，避免验证和数据库错误。

内容的提问来源于stack exchange，提问作者Francesco Meli