一尘不染

这是验证Django模型字段的方法吗?

django

据我了解,当创建一个Django应用程序时,数据会先通过表单进行验证,然后再插入模型实例中,然后再写入数据库中。但是,如果我想在数据模型层上创建一个额外的保护层,那么在目前的“最佳实践”之下我做了什么?我试图确保审稿人的姓名不会被遗漏或保留为空白。我是否应该像在此所做的那样在“ clean”方法中放入任何自定义验证,然后让“ save”调用“ full_clean”(称为“ clean”)?如果没有,那么首选方法是什么?

class Reviewer(models.Model):
    name = models.CharField(max_length=128, default=None)

    def clean(self, *args, **kwargs):
        if self.name == '':
            raise ValidationError('Reviewer name cannot be blank')
        super(Reviewer, self).clean(*args, **kwargs)

    def full_clean(self, *args, **kwargs):
        return self.clean(*args, **kwargs)

    def save(self, *args, **kwargs):
        self.full_clean()
        super(Reviewer, self).save(*args, **kwargs)

阅读 353

收藏
2020-03-29

共1个答案

一尘不染

首先,你不应该full_clean像做的那样覆盖。从full_clean的django文档中:

Model.full_clean(exclude=None)
此方法按顺序调用Model.clean_fields()Model.clean()Model.validate_unique(),并引发一个ValidationError,其message_dict属性包含所有三个阶段的错误。

因此该full_clean方法已经调用clean,但是通过覆盖它,可以防止它调用其他两个方法。

其次,调用full_clean该save方法是一个权衡。请注意,full_clean当验证模型表单时,例如Django admin中已经调用了它。所以,如果你full_clean的save方法,那么该方法将运行两次。

通常不期望save方法会引发验证错误,有人可能会调用save并且无法捕获所产生的错误。但是,我喜欢你调用full_clean而不是在save方法本身中进行检查-这种方法允许模型表单首先发现问题。

最后,你的clean方法可以使用,但实际上你可以在model字段中处理示例案例。定义CharField

name = models.CharField(max_length=128)

该blank选项将默认为False。如果该字段为空白,ValidationError则在运行时将引发a full_clean。default=None放入你的容器CharField并没有任何害处,但是当你实际上不允许将其None作为值时,这有点令人困惑。

2020-03-29