Django 详解 信号Signal

Posted 2021-01-04 wuzdandz

Django信号

Django中提供了“信号调度”，用于在框架执行操作时解耦。通俗来讲，就是一些动作发生的时候，信号允许特定的发送者去提醒一些接受者。

Model signals
    pre_init                    # django的modal执行其构造方法前，自动触发
    post_init                   # django的modal执行其构造方法后，自动触发
    pre_save                    # django的modal对象保存前，自动触发
    post_save                   # django的modal对象保存后，自动触发
    pre_delete                  # django的modal对象删除前，自动触发
    post_delete                 # django的modal对象删除后，自动触发
    m2m_changed                 # django的modal中使用m2m字段操作第三张表（add,remove,clear）前后，自动触发
    class_prepared              # 程序启动时，检测已注册的app中modal类，对于每一个类，自动触发
Management signals
    pre_migrate                 # 执行migrate命令前，自动触发
    post_migrate                # 执行migrate命令后，自动触发
Request/response signals
    request_started             # 请求到来前，自动触发
    request_finished            # 请求结束后，自动触发
    got_request_exception       # 请求异常后，自动触发
Test signals
    setting_changed             # 使用test测试修改配置文件时，自动触发
    template_rendered           # 使用test测试渲染模板时，自动触发
Database Wrappers
    connection_created          # 创建数据库连接时，自动触发

对于Django内置的信号，仅需注册指定信号，当程序执行相应操作时，自动触发注册函数：

导入

from django.core.signals import request_finished
    from django.core.signals import request_started
    from django.core.signals import got_request_exception

    from django.db.models.signals import class_prepared
    from django.db.models.signals import pre_init, post_init
    from django.db.models.signals import pre_save, post_save
    from django.db.models.signals import pre_delete, post_delete
    from django.db.models.signals import m2m_changed
    from django.db.models.signals import pre_migrate, post_migrate

    from django.test.signals import setting_changed
    from django.test.signals import template_rendered

    from django.db.backends.signals import connection_created


    def callback(sender, **kwargs):
        print("xxoo_callback")
        print(sender,kwargs)

    xxoo.connect(callback)
    # xxoo指上述导入的内容

Django程序一运行起来就会执行主程序目录里面的__init__.py。是不是有印象，写数据库的时候我们也在__init__.py文件里面导入了

import pymysql
pymysql.install_as_MySQLdb()

所以想让自定制的信号执行，同样需要导入到__init__.py文件中(上面写好的py文件)。

import  .....

from django.core.signals import request_finished
from django.dispatch import receiver

@receiver(request_finished)
def my_callback(sender, **kwargs):
    print("Request finished!")

 

自定义信号

我们的应用可以利用信号的基础结构的优点提供自己的信号

a、定义信号

class Signal(providing_args=list)

所有的信号都是django.dispatch.Signal的实例。providing_args是信号的参数名称列表，将会提供给监听者。这纯粹是文档化的，因为没有任何东西检查信号是否真的传这些参数给监听者。

import django.dispatch
pizza_done = django.dispatch.Signal(providing_args=["toppings", "size"])

定义了pizza_done信号，将会给接收者提供toppings和size参数。记得你可以在任何时候修改参数列表，所以在第一次没必要尝试获取api

b、注册信号

def callback(sender, **kwargs):
    print("callback")
    print(sender,kwargs)
 
pizza_done.connect(callback)

c、触发信号

from 路径 import pizza_done
pizza_done.send(sender=‘seven‘,toppings=123, size=456)

由于内置信号的触发者已经集成到Django中，所以其会自动调用，而对于自定义信号则需要开发者在任意位置触发。

最后补充一点

Django内置的很少提到的关注用户是否登陆的信号：

此时可以写一个connect来接收信号， 即上面提到的callback，满足就运行的回调函数，这里，我们只是为了跑出去一个信号钩子，所以只是发送了信号

 

以上是关于Django 详解 信号Signal的主要内容，如果未能解决你的问题，请参考以下文章

Linux信号详解：signal与sigaction函数

Linux信号详解：signal与sigaction函数

Linux信号详解：signal与sigaction函数

django信号 signal

Django signal 信号机制的使用

信号---signal函数详解