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

  • Z时代
  • 2024-01-10
  • 分类：问答

据我了解，当创建一个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)

回答：

首先，你不应该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作为值时，这有点令人困惑。

以上是 这是验证Django模型字段的方法吗？ 的全部内容， 来源链接： utcz.com/qa/399831.html

回到顶部