django之信

看起来简单，用起来简单。理解起来则未必容易。上学那会这一块就没整明白，这两天又查了下资料，算是基本弄懂了。
为何难以理解人感觉起名占了很大一部分，如果signal命名为“观察者”，“监控者”，“盯梢者”，就容易理解多了。其本质就是一种典型观察者模式。命名为信 ，第一感觉是”信 量“类似的东西。

定义信 ：

发送信

断开信

Signal.disconnect()用来断开信 的接收器。和Signal.connect()中的参数相同。如果接收器成功断开，返回True，否则返回False。

参考文档：https://www.liujiangblog.com/course/django/170
https://www.cnblogs.com/qwj-sysu/p/4224805.html
https://blog.csdn.net/qq_37049050/article/details/81299873

完整例子

如何理解

难以理解除了上面提到的命名问题外，还有一因素就是大家开发中可能较少使用观察者模式，就以上面的例子说下个人理解方式.

类比一下: 医院照顾病人模型
定义信 :
尿急，饿了，渴了等等，各种不爽理由
发送信 (阶段1):
渴了(work_done).send(张三（create_signal）,十分渴(path,time等参数))，虽然感觉上有点小奇怪（如果是,张三.send(渴了,十分渴)感觉会好点），但实际要素来讲，已经充分了，谁－什么事－额外参数。这些信息记录到”找茬登记册“上。
接收信 (阶段2):
专门处理张三渴了的护士(receiver)，在”找茬登记册“反复寻找，满足发送者＝张三，找事类型＝渴了，的事件。然后根据参数，10分渴or5分渴((path,time))决定带水杯还是水桶过去，让他喝水(my_callback)。

如果有另一个receive，就是对应另一个护士，另一个护士职责是”张三“＋”口渴“时就量他体温(my_callback)。
这么做的好处是什么耦，非常明显，这里对操作序列的增加和减少非常轻松，只需改动注解就行，不用关注其他函数原有内部逻辑。

其实也就信 发送感觉上有点怪，信 .send(发送者，参数)。其实稍微思考下就能理解，其表达能力和 发送者.send(信 ，参数)是一样的。(如果采用后者，则需要对每个使用信 的对象都实现接口send，侵入性较强)

其实javaspring有类似的工具，事件，可惜自己也未曾使用过，实际研发项目中也非常少见，了解了django的信 ，回头看spring事件，好像django的信 反而更容易理解。

防止重复信

为了防止重复信 ，可以设置dispatch_uid参数来标识你的接收器，标识符通常是一个字符串，如下所示：

疑问

信 提供了断开接口，但为何需要要断开时断开，没找到答案，自己也没想明白，个人理解，如果断开是否造成同一个程序的二义性执行（断开了自然比没有断开少做事情了），这显然违反基本软件开发原则（可复现）

文章知识点与官方知识档案匹配，可进一步学习相关知识Python入门技能树Web应用开发 Django210545 人正在系统学习中