• [TimLinux] Django 信号


    1. 信号定义

    django包含有一个“信号分发器”,在框架内任何时候,在任何地方,有动作发生时,用来帮助解耦应用之间获取通知。简言之,信号允许特定的发送者通知一系列接收者某一特定动作已经发生了。特别有用的地方在于:许多代码片段对于同样的事件感兴趣。

    2. 内建信号

    django提供了许多内建的信号,这样用户代码能够在django自身的一些特定动作发生时得到通知。如下:

    • django.db.models.singals.pre_save、django.db.models.signals.post_save:在模型的save()方法被调用之前、之后发送该信号。
    • django.db.models.signals.pre_delete、django.db.models.signals.post_delete:在模型的delete()方法被调用之前、之后发送该信号。
    • django.db.models.signals.m2m_chagned:当一个ManyToManyField模型发送修改是发送该信号。
    • django.core.signals.request_started、django.core.signals.request_finished:在django开始、完成一个HTTP请求时发送该信息。
    • 等等其他信号。

    3. 监听信号

    为了接收一个信号,使用Signal.connect()方法来注册一个信号接收函数,当信号被发送的时候接收函数将被调用。函数接口如下:

    Signal.connect(receiver, sender=None, weak=True, dispatch_uid=None)
    
    参数说明:
    receiver: 回调函数,将被连接到对象的信号上。receiver函数有它的实现要求
    sender: 指定一个特定的发送者,明确信号从哪里来的。
    weak: django存储信号处理器默认作为弱引用。可以通过设置weak=False来修改这一行为。
    dispatch_uid: 信号接收者的唯一标识,以免重复信号被发送。

    例如:request_finished就是一个Signal对象,下面这行代码完成了信号的监听
    request_finished.connect(my_callback)

    下面的函数定义,完成了接收函数的定义
    def my_callback(sender, **kwargs):
    print("Request finished!")

     3.1. 接收函数

    接收函数可以是任意Python函数或方法:接收一个sender位置参数,一个通配的kwargs关键字参数,所有信号处理器必须接收这些参数。所有的信号发生kwargs参数,并且可能在任一时间改变这些关键字参数。根据request_finished信号文档说明,它不会发送任何参数,看似上面的回调函数也可能不传递关键字参数,但是这样的操作是错误的,如果你真的这样做,django会抛出一个错误的。

    3.2. 连接接收函数

    两种方式可以将一个接收者连接到信号上去。

    # 1. 手动连接
    from django.core.signals import request_finished
    
    def my_callback(sender, **kwargs):
        print("Request finished!")
    request_finished.connect(my_callback)
    
    
    # 2. 使用 receiver 装饰器连接
    from django.core.signals import request_finished
    from django.dispatch import receiver
    
    @receiver(request_finished)
    def my_callback(sender, **kwargs):
        print("Request finished!")

    现在my_callback函数会在每次完成完成一次请求之后被调用。

    3.3. 连接信号:指定发送者

    指定发送者的目的是缩小事件的监听范围,比如pre_save()信号,多数情况下只是想知道某一个特定的模型上发生的这一信号,而不是所有的模型。这时候就可以指定你所关心的sender,比如sender=User,那么只有当User模型在pre_save信号发送时,才调用receiver函数。不同的信号,能够接收的sender参数是值不同,需要根据信号文档描述进行设置,不能乱猜哦!

    from django.core.signals import pre_save
    from django.dispatch import receiver
    from myapp.models import User
    
    @receiver(pre_save, sender=User)
    def my_handler(sender, **kwargs):
        print("pre_save happen in User.")

    3.4. 阻止重复信号

     在一些特定的情形下,连接在信号上的接收函数可能被运行多次,这可能导致你的接收函数被注册多次,并且这也就导致了同一信号事件发生时接收函数被调用多次。如果这样的行为导致问题(比如:当一个模型存在save操作是,使用信号来发送邮件通知),传递一个唯一标识符来来标识你的接收函数避免这样的情况(dispatch_uid),这个标识符通常使用字符串(其实可以使用任一可hash的对象)。最终结果是信号接收函数只会绑定一次。

    from django.core.signals import request_finished
    
    request_finished.connect(my_callback, dispatch_uid="my_unique_identifier")

    4. 定义和发送信号

     4.1. 定义信号

    所有信号都是django.dispatch.Signal的实例,providing_args是一个由参数名组成的列表,将由信号提供给监听者。

    import django.dispatch
    
    pizza_done = django.dispatch.Signal(providing_args=["toppings", "size"])
    
    声明了pizza_done信号,将提供toppings、size两个参数给接收者。
    注:你可以在任何时候修改这个providing_args列表,所有没必要在第一个确保参数的正确。

    4.2. 发送信号

    两种方式发送信号:

    • Signal.send(sender, **kwargs): 所有内建信号都是采用这个方式来发送的。
    • Signal.send_robust(sender, **kwargs):

    两种方式都需要一个sender作为参数(多数时候是一个类),并且可能提供其他你所想要的关键字参数。如下发送描述怎样发送一个pizza_done信号:

    class PizzaStore(object):
        ...
        def send_pizze(self, toppings, size):
            pizza_done.send(sender=self.__class__, toppings=toppings, size=size)
            ...

    send、send_robust都返回一个元祖对构成的列表:[ (receiver, response), ...],呈现一个调用了的接收函数和它们的response值。send比send_robust区别的地方在于由接收函数抛出的异常时如何被处理的。send不会捕捉任何由receiver函数抛出的异常,它简单的允许异常被冒泡传递。这也是当一个信号内部遇到错误时,不是所以的接收这都将被通知的原因。send_robust会使用python Exception这个比较顶层的异常类来捕捉所有的错误,并且确保所有的接收者都被通知到,错误被存放在__traceback__属性中。

    5. 断开信号

    Signal.disconnect(receiver=None, sender=None, dispatch_uid=None),参数与在Signal.connect()中描述的一样,返回:True断开成功,False断开失败。如果dispatch_uid被使用的时候,receiver可以传递None。

    6. 内建信号

    # 1. 模型信号
    pre_init        post_init        pre_save        post_save
    pre_delete      post_delete      m2m_chagned     class_prepared
    
    # 2. 管理信号
    pre_migrate    post_migrate
    
    # 3. 请求、响应信号
    request_started    request_finished     get_request_exception
    
    # 4. 测试信号
    setting_changed    template_rendered
    
    # 5. 数据库包装器
    connection_created

    7. 信号注册地

    可以放在AppConfig类中,AppConfig类提供了一个ready函数,这个函数的执行是由Django框架自动调用的,调用的时机是当所有的(INSTALLED_APPS)都被注册完成后。

    # 介绍文档:API Reference#Applications.
    from django.db.models.signals import pre_save
    
    class PollsConfig(AppConfig):
        name = 'polls'
    
        def ready(self):
            from .models import MyModel
            # 或者:
            # MyModel= self.get_model('MyModel')
            pre_save.connect(receiver, sender='app_label.MyModel')
  • 相关阅读:
    打破 Serverless 落地边界,阿里云 SAE 发布 5 大新特性
    2021云栖大会|东方通正式加入阿里云云原生合作伙伴计划,强强联手共创国产数字化转型新风向!
    跨越行业绊脚石,阿里云函数计算发布 7 大技术突破
    OpenYurt 深度解读|开启边缘设备的云原生管理能力
    云原生网关开源、自研、商业化三位一体战略背后的思考
    云栖发布|企业级互联网架构全新升级 ,助力数字创新
    云栖收官:想跟远道而来的朋友们说
    阿里云容器服务多项重磅发布:高效智能、安全无界的新一代平台
    云栖掠影|回首开源十年,RocketMQ 焕发新生
    云栖大会第二天:ACK Anywhere 来了
  • 原文地址:https://www.cnblogs.com/timlinux/p/9255427.html
Copyright © 2020-2023  润新知