Django signal

这不是大神的随笔，只是记忆力不好的码农笔记

参考:https://segmentfault.com/a/1190000008455657
参考:https://blog.csdn.net/laughing2333/article/details/53159109

什么是django的signal

官方文档描述如下：
Django includes a “signal dispatcher” which helps allow decoupled applications get notified when actions occur elsewhere in the framework.In a nutshell, signals allow certain senders to notify a set of receivers that some action has taken place. They’re especially useful when many pieces of code may be interested in the same events.
Django内部包含了一位“信号调度员”：当某事件在框架内发生时，它可以通知到我们的应用程序。 简而言之，当event（事件）发生时，signals（信号）允许若干 senders（寄件人）通知一组 receivers（接收者）。这在我们多个独立的应用代码对同一事件的发生都感兴趣时，特别有用。

最佳使用场景

通知类
通知是signal最常用的场景之一。例如，在论坛中，在帖子得到回复时，通知楼主。从技术上来讲，我们可以将通知逻辑放在回复保存时，但是这并不是一个好的处理方式，这样会时程序耦合度增大，不利于系统的后期扩展维护。如果我们在回复保存时，只发一个简单的信号，外部的通知逻辑拿到信号后，再发送通知，这样回复的逻辑和通知的逻辑做到了分开，后期维护扩展都比较容易。

初始化类
信号的另一个例子便是事件完成后，做一系列的初始化工作

其他一些使用场景总结

以下情况不要使用signal:

• signal与一个model紧密相关，并能移到该model的save()时
• signal能使用model manager代替时
• signal与一个view紧密相关，并能移到该view中时

以下情况可以使用signal

• signal的receiver需要同时修改对多个mode