Django信号量回顾及drf信号量常用操作

一.在写接口视图时，保存/删除/更新数据前后需要对序列化后的数据进行处理的方法：

　　1.重写mixins.CreateModelMixin中恩的create（）函数或perform_create（）函数：

　　　　不足：代码分离性不好，冗杂

.......

 def create(self, request, *args, **kwargs):

        serializer = self.get_serializer(data=request.data)

        serializer.is_valid(raise_exception=True)

        user=self.perform_create(serializer)

        re_dict=serializer.data

        payload=jwt_payload_handler(user)

        re_dict['token']=jwt_encode_handler(payload)

        re_dict['name']=user.name if user.name else user.username

        headers = self.get_success_headers(serializer.data)

        return Response(re_dict, status=status.HTTP_201_CREATED, headers=headers)

 def perform_create(self, serializer):

        '''

        重载CreateModelMixin中的函数实现收藏加一,也可用信号量实现（代码分离性好）

        :param serializer:

        :return:

        '''

        instance=serializer.save()

        goods=instance.goods

        goods.fav_num+=1

        goods.save()

    def perform_destroy(self, instance):

           # 重载DestroyModelMixin中的函数实现收藏减一, 也可用信号量实现（代码分离性好）

            instance=instance.delete()

            goods=instance.goods

            goods.fav_num-=1

            goods.save()

　　2.信号量实现（新建signals.py在该app下方便管理）：

　　　　2.1用户密码更新的信号量：

from django.db.models.signals import post_save

from django.dispatch import receiver

from django.contrib.auth import get_user_model

User=get_user_model()

#通过信号接收修改用户密码，加密

@receiver(post_save, sender=User)

def create_user(sender, instance=None, created=False, **kwargs):

#create判断是否是新建

    if created:

        password=instance.password

        instance.set_password(password)

        instance.save()

#在app下配置信号量
from django.apps import AppConfig

class UsersConfig(AppConfig):

    name = 'users'

    verbose_name='用户管理'

    #配置信号

    def ready(self):

        import users.signals

　　　　2.2收藏功能的信号量：

from django.db.models.signals import post_save,post_delete

from django.dispatch import receiver

from .models import UserFav

# 通过信号实现收藏加一

@receiver(post_save, sender=UserFav)

def create_userfav(sender, instance=None, created=False, **kwargs):

    if created:

        goods = instance.goods

        goods.fav_num += 1

        goods.save()

# 通过信号实现收藏减一

@receiver(post_delete, sender=UserFav)

def delete_userfav(sender, instance=None, created=False, **kwargs):

    goods = instance.goods

    goods.fav_num -= 1

    goods.save()

from django.apps import AppConfig

class UserOperationConfig(AppConfig):

    name = 'user_operation'

    verbose_name='用户操作管理'

    def ready(self):

        import user_operation.signals

二.常用信号（均通过send()方法发送）

　　1.`pre_init(django.db.models.signals.pre_init):`

　　　　每当您实例化Django模型时，此信号都会在模型__init__()方法的开头发送。

　　　　使用此信号发送的参数：

　　　　sender: 　　　　刚创建实例的模型类。
　　　　args: 　　　　传递给的位置参数列表__init__()：
　　　　kwargs: 　　　　传递给关键字参数的字典__init__()：

　　　　例如，教程有这一行：

　　　　　　p = Poll(question="What's up?", pub_date=datetime.now())

　　　　发送给pre_init处理程序的参数是：

`sender`	`Poll` （班级本身）
`args`	`[]`（一个空列表，因为没有传递给位置参数`__init__()`。）
`kwargs`	`{'question': "What's up?", 'pub_date':datetime.now()}`

　　2.`post_init(django.db.models.signals.post_init):`

　　　　和pre_init一样，但是这个__init__()方法在方法完成时发送。

　　　　使用此信号发送的参数：

　　　　sender: 　　　　如上所述：刚创建实例的模型类。
　　　　instance: 　　　　刚刚创建的模型的实际实例。

　　`3.pre_save(django.db.models.signals.pre_save):`

　　　　这是在模型save() 方法的开头发送的。

　　　　使用此信号发送的参数：

　　　　sender: 　　　　模型类。
　　　　instance: 　　　　正在保存的实际实例。
　　　　raw: 　　　　布尔值; True如果模型完全按照提供的方式保存（即加载夹具时）。不应该查询/修改数据库中的其他记录，因为数据库可能尚未处于一致状态。
　　　　using: 　　　　正在使用的数据库别名。
　　　　update_fields: 　　　　要传递给更新的字段集Model.save()，或者None 如果update_fields未传递给它save()。

　　`4.post_save(django.db.models.signals.post_save):`

　　　　喜欢pre_save，但在save()方法结束时发送。

　　　　使用此信号发送的参数：

　　　　sender: 　　　　模型类。
　　　　instance: 　　　　正在保存的实际实例。
　　　　 created: 　　　　布尔值; True如果创建了新记录。
　　　　raw: 　　　　布尔值; True如果模型完全按照提供的方式保存（即加载夹具时）。不应该查询/修改数据库中的其他记录，因为数据库可能尚未处于一致状态。
　　　　 using: 　　　　正在使用的数据库别名。
　　　　update_fields: 　　　　要传递给更新的字段集Model.save()，或者None 如果update_fields未传递给它save()。

　　`5.pre_delete(django.db.models.signals.pre_delete)`

　　　　在模型的delete() 方法和查询集的方法的开头发送delete()。

　　　　使用此信号发送的参数：

　　　　sender: 　　　　模型类。
　　　　instance: 　　　　要删除的实际实例。
　　　　using: 　　　　正在使用的数据库别名。

　　`6.post_delete(django.db.models.signals.post_delete)`

　　　　喜欢pre_delete，但是在模型的delete()方法和查询集的方法结束时发送 delete()。

　　　　使用此信号发送的参数：

　　　　sender: 　　　　模型类。
　　　　instance: 　　　　要删除的实际实例。请注意，该对象将不再位于数据库中，因此请谨慎对待此实例。
　　　　using: 　　　　正在使用的数据库别名。

　　`7.m2m_changed(django.db.models.signals.m2m_changed):`

　　　　ManyToManyField在模型实例上更改a 时发送。严格来说，这不是一个模型信号，因为它是由它发送的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

　　　正在使用的数据库别名。

　　8.classprepared(`django.db.models.signals.class_prepared)`

　　　　每当模型类被“准备好”时发送 - 也就是说，一旦定义了模型并使用Django的模型系统注册了模型。Django在内部使用这个信号; 它通常不用于第三方应用程序。

　　　　由于此信号在app注册表填充过程中发送，并 AppConfig.ready()在app注册表完全填充后运行，因此无法在该方法中连接接收器。一种可能性是连接它们AppConfig.__init__()，注意不要导入模型或触发对app注册表的调用。

　　　　使用此信号发送的参数：

　　　　sender: 　　　　刚准备的模型类。

三.管理信号（django-admin发送的信号）

　　1.pre_migrate(`django.db.models.signals.pre_migrate):`

　　　　 migrate在开始安装应用程序之前由命令发送。对于缺少models模块的应用程序，它不会发出。

　　　　使用此信号发送的参数：

　　　　sender

　　　　AppConfig要迁移/同步的应用程序的实例。

　　　　app_config

　　　　与...相同sender。

　　　　verbosity

　　　　指示manage.py在屏幕上打印的信息量。请参阅--verbosity旗帜了解详情。

　　　　侦听的函数pre_migrate应根据此参数的值调整它们输出到屏幕的内容。

　　　　interactive

　　　　如果interactive是True，则提示用户在命令行上输入内容是安全的。如果interactive是False，侦听此信号的功能不应尝试提示任何内容。

　　　　例如，django.contrib.auth应用程序只提示，当创建一个超级用户interactive是True。

　　　　using

　　　　命令将在其上运行的数据库的别名。

　　　　plan

　　　　Django 1.10中的新功能。

　　　　将用于迁移运行的迁移计划。虽然该计划不是公共API，但这允许在必要时了解计划的极少数情况。计划是两元组的列表，第一项是迁移类的实例，第二项显示迁移是回滚（True）还是应用（False）。

　　　　apps

　　　　Django 1.10中的新功能。

　　　　Apps在迁移运行之前包含项目状态的实例。应该使用它来代替全局 apps注册表来检索要对其执行操作的模型。

2.post_migrate(django.db.models.signals.post_migrate):

　　　在结束时发送migrate（即使没有运行迁移）和 flush命令。对于缺少models模块的应用程序，它不会发出。

　　　此信号的处理程序不得执行数据库模式更改，因为这样做可能会导致flush命令在migrate命令期间运行时失败。

　　　使用此信号发送的参数：

　　　sender

　　　　AppConfig刚刚安装的应用程序的实例。

　　　app_config

　　　　与...相同sender。

　　　verbosity

　　　　指示manage.py在屏幕上打印的信息量。请参阅--verbosity旗帜了解详情。

　　　　侦听的函数post_migrate应根据此参数的值调整它们输出到屏幕的内容。

　　　interactive

　　　　如果interactive是True，则提示用户在命令行上输入内容是安全的。如果interactive是False，侦听此信号的功能不应尝试提示任何内容。

　　　　例如，django.contrib.auth应用程序只提示，当创建一个超级用户interactive是True。

　　　using

　　　用于同步的数据库别名。默认为default 数据库。

　　　plan

　　　　Django 1.10中的新功能。

　　　　用于迁移运行的迁移计划。虽然该计划不是公共API，但这允许在必要时了解计划的极少数情况。计划是两元组的列表，第一项是迁移类的实例，第二项显示迁移是回滚（True）还是应用（False）。

　　　apps

　　　　Django 1.10中的新功能。

　　　　Apps迁移运行后包含项目状态的实例。应该使用它来代替全局 apps注册表来检索要对其执行操作的模型。

　　　例如，您可以在此处注册回调 AppConfig：

from django.apps import AppConfig

from django.db.models.signals import post_migrate

def my_callback(sender, **kwargs):

    # Your specific logic here

    pass

class MyAppConfig(AppConfig):

    ...

    def ready(self):

        post_migrate.connect(my_callback, sender=self)

　　　　注意:如果您提供AppConfig实例作为sender参数，请确保信号已注册 ready()。AppConfig对于使用修改集INSTALLED_APPS（例如，当覆盖设置时）运行的测试，将重新创建s，并且应为每个新AppConfig实例连接此类信号。

四.请求/响应信号(处理请求时核心框架发出的信号)

　　1.`request_started（django.core.signals.request_started）：`

　　　　 Django开始处理HTTP请求时发送。

　　　　使用此信号发送的参数：

　　　　sender: 　　　　处理程序类 - 例如django.core.handlers.wsgi.WsgiHandler- 处理请求。

　　　　environ

　　　　environ提供给请求的字典。

2.request_finished(`django.core.signals.request_finished):`

当Django完成向客户端发送HTTP响应时发送。

使用此信号发送的参数：

sender

　　　　处理程序类，如上所述。

3.`got_request_exception(django.core.signals.got_request_exception):`

只要Django在处理传入的HTTP请求时遇到异常，就会发送此信号。

使用此信号发送的参数：

sender

　　　　处理程序类，如上所述。

request

　　　　 HttpRequest对象。

五.测试信号（仅在运行测试时发送的信号）

　　1.setting_changed(`django.test.signals.setting_changed):`

　　　　当通过django.test.TestCase.settings()上下文管理器或 django.test.override_settings()装饰器/上下文管理器更改设置的值时，将发送此信号。

　　　　它实际上发送了两次：当应用新值（“设置”）和恢复原始值（“拆除”）时。使用enter参数来区分这两者。

　　　　您也可以从中导入此信号，django.core.signals以避免django.test在非测试情况下导入。

　　　　使用此信号发送的参数：

　　　　sender: 　　　　设置处理程序。
　　　　setting: 　　　　设置的名称。
　　　　value: 　　　　更改后的设置值。对于最初不存在的设置，在“拆卸”阶段，value是None。
　　　　enter: 　　　　布尔值; True如果应用该设置，False则恢复。

　　2.`template_rendered（django.test.signals.template_rendered）`

　在测试系统呈现模板时发送。在Django服务器的正常操作期间不会发出此信号 - 它仅在测试期间可用。

使用此信号发送的参数：

sender: Template呈现的对象。
template: 与发件人相同
context: 在Context与该模板被渲染。

六.数据库包装器(启动数据库连接时由数据库包装程序发送的信号)

　　`1.connection_created(django.db.backends.signals.connection_created):`

　　　　数据库包装器与数据库建立初始连接时发送。如果您要将任何后连接命令发送到SQL后端，这将特别有用。

　　　　使用此信号发送的参数：

　　　　sender

　　　　　　　　数据库包装类 - 即 django.db.backends.postgresql.DatabaseWrapper或django.db.backends.mysql.DatabaseWrapper等

　　　　connection

　　　　　　　　已打开的数据库连接。这可以在多数据库配置中使用，以区分来自不同数据库的连接信号。

七.详情官方文档：

　　二到六均摘抄于官方文档，更多具体内容：

　　　　　　　　　　　　　　https://docs.djangoproject.com/en/1.11/ref/signals/

信号

drf信号量

Django信号量回顾及drf信号量常用操作

一.在写接口视图时，保存/删除/更新数据前后需要对序列化后的数据进行处理的方法：

1.重写mixins.CreateModelMixin中恩的create（）函数或perform_create（）函数：

2.信号量实现（新建signals.py在该app下方便管理）：

2.1用户密码更新的信号量：

2.2收藏功能的信号量：

二.常用信号（均通过send()方法发送）

1.pre_init(django.db.models.signals.pre_init):

2.post_init(django.db.models.signals.post_init):

3.pre_save(django.db.models.signals.pre_save):

4.post_save(django.db.models.signals.post_save):

5.pre_delete(django.db.models.signals.pre_delete)

6.post_delete(django.db.models.signals.post_delete)

7.m2m_changed(django.db.models.signals.m2m_changed):

8.classprepared(django.db.models.signals.class_prepared)

三.管理信号（django-admin发送的信号）

1.pre_migrate(django.db.models.signals.pre_migrate):

四.请求/响应信号(处理请求时核心框架发出的信号)

1.request_started（django.core.signals.request_started）：

2.request_finished(django.core.signals.request_finished):

3.got_request_exception(django.core.signals.got_request_exception):

五.测试信号（仅在运行测试时发送的信号）

1.setting_changed(django.test.signals.setting_changed):

2.template_rendered（django.test.signals.template_rendered）

六.数据库包装器(启动数据库连接时由数据库包装程序发送的信号)

1.connection_created(django.db.backends.signals.connection_created):

七.详情官方文档：

　　1.重写mixins.CreateModelMixin中恩的create（）函数或perform_create（）函数：

　　2.信号量实现（新建signals.py在该app下方便管理）：

　　　　2.1用户密码更新的信号量：

　　　　2.2收藏功能的信号量：

　　1.`pre_init(django.db.models.signals.pre_init):`

　　2.`post_init(django.db.models.signals.post_init):`

　　`3.pre_save(django.db.models.signals.pre_save):`

　　`4.post_save(django.db.models.signals.post_save):`

　　`5.pre_delete(django.db.models.signals.pre_delete)`

　　`6.post_delete(django.db.models.signals.post_delete)`

　　`7.m2m_changed(django.db.models.signals.m2m_changed):`

　　8.classprepared(`django.db.models.signals.class_prepared)`

　　1.pre_migrate(`django.db.models.signals.pre_migrate):`

　　1.`request_started（django.core.signals.request_started）：`

2.request_finished(`django.core.signals.request_finished):`

3.`got_request_exception(django.core.signals.got_request_exception):`

　　1.setting_changed(`django.test.signals.setting_changed):`

　　2.`template_rendered（django.test.signals.template_rendered）`

　　`1.connection_created(django.db.backends.signals.connection_created):`