为什么Django Rest框架不鼓励模型级别的验证？
Django Rest Framework序列化程序在验证模型序列化程序时不会调用Model.clean。给出的解释是这导致了“更清晰的关注点分离”，from the Django Rest Framework 3.0 release notes
ModelSerializer validation和ModelForm之间的差异。
此更改还意味着我们不再在模型实例上使用.full_clean()方法，而是在序列化程序上显式地执行所有验证。这提供了一个更清晰的分离，并确保在ModelSerializer类上没有自动验证行为，这些行为也不能很容易地复制到常规的序列化程序类上。
但是，Django Rest Framework的作者试图分离关心的是什么呢？
我的猜测是，他们说模型实例不应该关心它自己的有效性。如果是这样的话，我不明白为什么。
回答 1
Stack Overflow用户
发布于 2015-09-29 13:49:19
该模型的"full_clean“有两个主要问题。第一个是技术上的。有几种情况下根本不调用full_clean。例如，当您执行queryset.update()时，您将绕过它。
第二个问题是，如果您有一个复杂的业务逻辑--这通常就是为什么您会有一个full_clean --那么您很可能应该在业务逻辑中进行验证，而不是深入到模型中进行验证。每一层都应该对自己的一致性负责，存储层-即模型-不应该关心业务层。
我能想到的另一件事是，一旦你有了一个在序列化程序进行验证后出现的模型，就会调用full_clean。在这一点上，事情开始变得混乱，因为您有一个两步验证，其中创建了一个对象。
如果你使用的是nested serializer，你可能会被困在这里，因为在保存主模型之前，你将无法创建嵌套模型，这将使完整的clean调用更加混乱--一些对象将被创建，另一些对象则不会。很难计算出什么时候以及什么对象应该用他们的full_clean进行验证，你可以肯定的是，当用户覆盖更新/清理并找出full_clean并没有为每个模型调用时，他们会有很多抱怨。这开始变得完全令人头疼，我们更喜欢让事情变得更简单和更明确。
https://stackoverflow.com/questions/32834026
复制相似问题
腾讯云开发者
