您好,登录后才能下订单哦!
Django中的模型信号是什么?相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。
模型信号
django.db.models.signals模块定义了模型系统发送的一组信号。
pre_init
django.db.models.signals.pre_init
每当您实例化Django模型时,该信号都会在模型的__init__()方法的开头发送。
带有此信号的参数:
sender:刚创建了一个实例的模型类。
ARGS:传递给__init__()的位置参数列表:
kwargs:传递给__init__()的关键字参数的字典:
例如:
from app01 import models p = models.Publisher(name='沙河出版社')
发送到pre_init处理程序的参数将是:
pre_save
django.db.models.signals.pre_save
这是在模型的save()方法的开头发送的。
带有此信号的参数:
sender:模型类。
instance:正在保存的实际实例。
raw:一个布尔值True如果模型按照显示的方式保存(即当加载固定装置时)。不应该查询/修改数据库中的其他记录,因为数据库可能尚未处于一致状态。
using:正在使用的数据库别名。
update_fields:如果有字段被传递给Model.save()方法那么就是所传递的字段集,否则就是None。
post_save
django.db.models.signals.post_save
像pre_save一样,但是在save()方法的末尾发送。
带有此信号的参数:
sender:模型类。
instance:正在保存的实际实例。
created:一个布尔值True如果创建了新记录。
raw:一个布尔值True如果模型按照显示的方式保存(即当加载固定装置时)。 不应该查询/修改数据库中的其他记录,因为数据库可能尚未处于一致状态。
using:正在使用的数据库别名。
update_fields:如果有字段被传递给Model.save()方法那么就是所传递的字段集,否则就是None。
pre_delete
django.db.models.signals.pre_delete
在模型的delete()方法和queryset的delete()方法的开头发送。
带有此信号的参数:
sender:模型类。
instance:正在删除的实际实例。
using:正在使用的数据库别名。
post_delete
django.db.models.signals.post_delete
像pre_delete一样,但是在模型的delete()方法和queryset的delete()方法的末尾发送。
带有此信号的参数:
sender:模型类。
instance:正在删除的实际实例。
请注意,该对象将不再位于数据库中,所以要非常小心使用此实例。
using:正在使用的数据库别名。
m2m_changed
django.db.models.signals.m2m_changed
在模型实例上更改了ManyToManyField时发送。 严格来说,这不是一个模型信号,因为它是由ManyToManyField发送的,但由于它补充了pre_save / post_save和pre_delete / post_delete当跟踪模型的更改时,它包括在这里。
带有此信号的参数:
sender:描述ManyToManyField的中间模型类。 当定义多对多字段时,此类自动创建;您可以使用多对多字段上的through属性访问它。
instance:多对多关系更新的实例。 这可以是sender或ManyToManyField相关的类的一个实例。
action:指示在关系上完成的更新类型的字符串。 这可以是以下之一:
“pre_add”:在之前发送一个或多个对象被添加到关系中。
“post_add”:在之后发送一个或多个对象被添加到关系中。
“pre_remove”:在之前发送一个或多个对象从关系中删除。
“post_remove”:在之后发送一个或多个对象从关系中删除。
“pre_clear”:在之前发送关系被清除。
“post_clear”:之后发送关系被清除。
reverse:指示关系的哪一侧被更新(即,如果它是正在被修改的正向或反向关系)。
model:添加到,从关系中删除或从关系中清除的对象的类。
pk_set:对于pre_add,post_add,pre_remove和post_remove操作,这是一组主键值加入或从关系中删除。
对于pre_clear和post_clear操作,这是None。
using:正在使用的数据库别名。
class_prepared
django.db.models.signals.class_prepared
每当模型类“准备”时发送 - 即,一旦模型已经被定义并在Django的模型系统中注册。 Django内部使用这个信号;它通常不会用于第三方应用程序。
由于此信号是在应用程序注册表群集进程期间发送的,并且在应用注册表完全填充后运行AppConfig.ready(),因此无法使用该方法连接接收器。 一种可能性是连接他们AppConfig.__init__(),注意不要导入模型或触发对应用程序注册表的调用。
使用此信号发送的参数:
sender:ready的model类。
看完上述内容,你们掌握Django中的模型信号是什么的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注亿速云行业资讯频道,感谢各位的阅读!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。