我不确定如何在模型的保存方法中正确引发验证错误并将明确的消息发送回用户。
基本上我想知道“如果”的每一部分应该如何结束，我想在哪里引发错误 以及它实际保存的位置：
def save(self, *args, **kwargs):
if not good_enough_to_be_saved:
raise ValidationError
else:
super(Model, self).save(*args, **kwargs)
然后我想知道如何发送一个验证错误，准确地告诉用户出了什么问题，就像 Django 自动返回的错误一样，例如一个值不是唯一的。 我正在使用 (ModelForm) 并调整模型中的所有内容。
【问题讨论】：
标签： django validation model validationerror
大多数 Django 视图，例如Django 管理员将无法处理 save 方法中的验证错误，因此您的用户将收到 500 个错误。
您应该在模型表单或模型上进行验证，并在那里提出ValidationError。然后仅当模型表单数据“足以保存”时才调用save()。
【讨论】：
clean() 方法将验证放入模型中。我只是说save() 方法不是正确的地方。查看validating objects 上的文档。
save() 方法中。如果您将验证放在save() 方法中，那么您将从大多数视图中得到500 个错误，因为它们不会处理ValidationError。请注意，将验证放在 save() 方法中并不是绝对保证 - 您仍然可以编写 Model.objects.filter(...).update(...) 或手动 SQL，从而导致保存无效数据。
Bastian，我向您解释了我的代码模板，希望对您有所帮助：
自django 1.2 it is able to write validation code on model.当我们使用模型表单时，会在表单验证时调用 instance.full_clean()。
在每个模型中，我使用自定义函数覆盖 clean() 方法（此方法在模型表单验证时从 full_clean() 自动调用）：
from django.db import models
class Issue(models.Model):
....
def clean(self):
rules.Issue_clean(self) #<-- custom function invocation
from issues import rules
rules.connect()
然后在rules.py 文件中编写业务规则。我还将pre_save() 连接到我的自定义函数以防止保存状态错误的模型：
从issues.models导入问题
def connect():
from django.db.models.signals import post_save, pre_save, pre_delete
#issues
pre_save.connect(Issue_pre_save, sender = Incidencia )
post_save.connect(Issue_post_save, sender = Incidencia )
pre_delete.connect(Issue_pre_delete, sender= Incidencia)
def Incidencia_clean( instance ): #<-- custom function
import datetime as dt
errors = {}
#dia i hora sempre informats
if not instance.dia_incidencia: #<-- business rules
errors.setdefault('dia_incidencia',[]).append(u'Data missing: ...')
#dia i hora sempre informats
if not instance.franja_incidencia:
errors.setdefault('franja_incidencia',[]).append(u'Falten Dades: ...')
#Només es poden posar incidències més ennlà de 7 dies
if instance.dia_incidencia < ( dt.date.today() + dt.timedelta( days = -7) ):
errors.setdefault('dia_incidencia 1',[]).append(u'''blah blah error desc)''')
#No incidències al futur.
if instance.getDate() > datetime.now():
errors.setdefault('dia_incidencia 2',[]).append(u'''Encara no pots ....''')
...
if len( errors ) > 0:
raise ValidationError(errors) #<-- raising errors
def Issue_pre_save(sender, instance, **kwargs):
instance.clean() #<-- custom function invocation
然后，modelform 调用模型的 clean 方法，我的 custon 函数检查正确的状态或引发由模型表单处理的错误。
为了在表单上显示错误，您应该在表单模板中包含以下内容：
{% if form.non_field_errors %}
{% for error in form.non_field_errors %}
{{error}}
{% endfor %}
{% endif %}
原因是模型验证错误 ara 绑定到 non_field_errors 错误字典条目。
当您从表单中保存或删除模型时，您应该记住可能会引发错误：
try:
issue.delete()
except ValidationError, e:
import itertools
errors = list( itertools.chain( *e.message_dict.values() ) )
此外，您可以在没有模型表单的表单字典中添加错误：
try:
#provoco els errors per mostrar-los igualment al formulari.
issue.clean()
except ValidationError, e:
form._errors = {}
for _, v in e.message_dict.items():
form._errors.setdefault(NON_FIELD_ERRORS, []).extend( v )
请记住，此代码不会在 save() 方法上执行：请注意，当您调用模型的 save() 方法时，不会自动调用 full_clean()，也不会作为 ModelForm 验证的结果。然后，您可以在 no modelforms 上将错误添加到表单字典中：
try:
#provoco els errors per mostrar-los igualment al formulari.
issue.clean()
except ValidationError, e:
form._errors = {}
for _, v in e.message_dict.items():
form._errors.setdefault(NON_FIELD_ERRORS, []).extend( v )
【讨论】：
clean 方法...
forms.Form 而不是 models.Form
我认为这对于 Django 1.2+ 来说是更清晰的方法
在表单中，它会作为 non_field_error 引发，在其他情况下，例如 DRF，您必须查看此案例手册，因为它将是 500 错误。
class BaseModelExt(models.Model):
is_cleaned = False
def clean(self):
# check validation rules here
self.is_cleaned = True
def save(self, *args, **kwargs):
if not self.is_cleaned:
self.clean()
super().save(*args, **kwargs)
【讨论】：
在 Django 文档中，他们在 .save 方法中提出了 ValueError，它可能对您有用。
【讨论】：
如果要对模型进行验证，可以在模型上使用clean() 或clean_fields 方法。
编辑：
这些在执行save() 之前由 django 调用，并且验证错误以用户友好的方式处理不正确，感谢@Brad 采纳。
这些 clean 和 clean_fields 方法在保存模型之前由 Django 的表单验证器调用（例如在 django admin 中，在这种情况下你的验证错误得到很好的处理），但不会在 save() 上自动调用由 DRF 序列化程序或如果您使用自定义视图，在这种情况下，您必须确保它们被调用（或以其他方式验证，例如通过将逻辑放入序列化程序的验证中）。
值得强调：如果您将自定义验证逻辑直接放入 save() 并从那里引发 ValidationError，这与表单效果不佳（例如，以 500 错误破坏管理员），这使得事情变得真实如果你想让 django-admin 和 DRF 一起工作很痛苦......你基本上必须在序列化程序和 clean* 方法中复制验证逻辑，或者找到一些可以与两者共享的尴尬方法进行验证。
【讨论】：
save()"。不，他们不是。
编辑：此答案假设您有一个不允许您编辑当前实现的User 类的场景，因为您不是从头开始项目，当前实现还没有使用自定义用户类，而您必须弄清楚如何通过修改 Django 内置的用户模型行为来完成此任务。
大多数时候，您可以将clean 方法粘贴到您的模型中，但是对于内置的auth.User 模型，您不一定拥有该选项。此解决方案将允许您为 auth.User 模型创建一个 clean 方法，这样ValidationErrors 将传播到调用 clean 方法的表单（包括管理表单）。
如果有人尝试创建或编辑 auth.User 实例以使用与现有 auth.User 实例相同的电子邮件地址，则以下示例会引发错误。 免责声明，如果您将注册表单暴露给新用户，您不希望您的验证错误像下面我的那样调用用户名。
from django.contrib.auth.models import User
from django.forms import ValidationError as FormValidationError
def clean_user_email(self):
instance = self
super(User, self).clean()
if instance.email:
if User.objects.filter(id=instance.id, email=instance.email).exists():
pass # email was not modified
elif User.objects.filter(email=instance.email).exists():
other_users = [*User.objects.filter(email=instance.email).values_list('username', flat=True)]
raise FormValidationError(f'At least one other user already has this email address: '
f'{", ".join(other_users)}'
, code='invalid')
# assign the above function to the User.clean method
User.add_to_class("clean", clean_user_email)
我在my_app.models 的底部有这个，但我相信只要你把它贴在有问题的表单之前加载的某个地方，它就可以工作。
【讨论】：
User.clean()，并且[C] 使用猴子补丁而不是从AbstractUser 继承并在您自己的类上实现clean()...
AbstractUser 自定义用户模型实现的情况下投入生产后，基本上不可能成功地改造你自己的用户模型。请注意，我的回答的前两句话明确解决了您提出的问题。
def clean(self):
raise ValidationError("Validation Error")
def save(self, *args, **kwargs):
if some condition:
#do something here
else:
self.full_clean()
super(ClassName, self).save(*args, **kwargs)
【讨论】：