据我了解,当创建一个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属性包含所有三个阶段的错误。
Model.full_clean(exclude=None)
Model.clean_fields()
Model.clean()
Model.validate_unique()
ValidationError
message_dict
因此该full_clean方法已经调用clean,但是通过覆盖它,可以防止它调用其他两个方法。
full_clean
clean
其次,调用full_clean该save方法是一个权衡。请注意,full_clean当验证模型表单时,例如Django admin中已经调用了它。所以,如果你full_clean的save方法,那么该方法将运行两次。
通常不期望save方法会引发验证错误,有人可能会调用save并且无法捕获所产生的错误。但是,我喜欢你调用full_clean而不是在save方法本身中进行检查-这种方法允许模型表单首先发现问题。
save
最后,你的clean方法可以使用,但实际上你可以在model字段中处理示例案例。定义CharField为
model
CharField
name = models.CharField(max_length=128)
该blank选项将默认为False。如果该字段为空白,ValidationError则在运行时将引发a full_clean。default=None放入你的容器CharField并没有任何害处,但是当你实际上不允许将其None作为值时,这有点令人困惑。
False
a full_clean。default=None
None