如何避免在Django模型重写save和update方法时遇到常见陷阱？

本文共计975个文字，预计阅读时间需要4分钟。

一个实用的小技巧+试想一下，在Django中如果我们想对保存到数据库的数据做校验，有哪些实现方法？我们可以在view中处理，每当view接收请求时，就对提交的数据做校验，如果不通过则。

一个非常实用的小方法

试想一下，Django中如果我们想对保存进数据库的数据做校验，有哪些实现的方法？

我们可以在view中去处理，每当view接收请求，就对提交的数据做校验，校验不通过直接返回错误，不写数据库，校验通过再调用create或update方法写入数据库

以上方式比较简单，容易理解，但随之又带来了麻烦，我们需在所有接收数据的地方都要去校验，那么有没有更加优雅的方式呢？如果你看过我之前的文章『Django使用Signals监测model字段变化发送通知』]就能想到可以通过signals信号来处理，添加一个pre_save的信号，每当数据库数据变更前都会触发pre_save方法，可以在这里进行校验，免去了view中多个地方校验的麻烦

而今天要说的并不是signals，而是另一种比较常用的做法：重写model的save方法

重写save方法

save方法的主要作用就是将一个对象保存到数据库。如果我们想在数据入库之前做一些处理，除了上边提到的signals之外，还可以通过重写save方法来实现。