为什么Django Rest Framework不鼓励模型级验证？

Question

Django Rest框架序列化程序不调用模型。验证模型序列化程序时清除。给出的解释是，这导致了Django Rest Framework 3.0发行说明中的“更清晰的关注点分离”：

此更改还意味着我们不再使用。对模型实例执行full_clean（）方法，但在序列化程序上显式执行所有验证。这提供了更清晰的分离，并确保ModelSerializer类上没有自动验证行为，而这些行为也不能轻松地复制到常规序列化程序类上。

但是DjangoRest框架的作者试图分离哪些问题呢？

我的猜测是，他们说模型实例不应该关心它自身的有效性。如果是这样的话，我不明白为什么。

Answer 1

该模型的“完全清洁”有两个主要问题。第一个是技术性的。在一些情况下，完全清洁根本不需要。例如，当您执行查询集时，您将绕过它。更新（）。

第二个问题是，如果您有一个复杂的业务逻辑——这通常是您进行全面清理的原因——那么您可能应该在业务逻辑中进行验证，而不是深入到模型中进行验证。每一层都应负责其自身的一致性，而存储层（即模型）不应关心业务层。

我能想到的另一件事是，一旦你有了序列化程序进行验证后的模型，就会调用full_clean。此时，事情开始变得混乱，因为您有一个两步验证，其间创建了一个对象。

如果您使用的是嵌套序列化程序，您可能会被困在这里，因为在保存主模型之前，您将无法创建嵌套模型，这将使完全清除调用更加混乱-一些对象将被创建，而另一些则不会。很难弄清楚什么时候以及什么对象应该用他们的“完全清理”进行验证，你可以肯定，当用户覆盖更新/清理并弄清楚没有为每个模型调用“完全清理”时，会有很多用户抱怨。这开始成为一个令人头痛的问题，我们更喜欢让事情变得简单和明确。