由于seahub中每次成功分享资料库或文件后都会向对方发送通知,因此我们根据该逻辑找到对应代码,如下:
发现seahub通过发送信号实现通知:
进一步查找后发现notification机制由三部分构成:
1、在signals.py中通过django的Signal机制进行注册
2、在models.py中对其动作进行实现
3、在views.py中对其进行调用
于是我们照猫画虎,实现自己的moss通知机制:
在seahub/seahub下新建文件夹moss,其中定义signals.py如下:
在models.py中通过
from seahub.moss.signals import send_moss_result_to_user
导入信号定义函数后增加对该信号的实现如下:
以上三步成功完成了发送通知的过程,但是用户是如何接收到通知的呢?
我们在seahub范围内搜索”guest_invitation_accepted”,这是后端最终发出的某种通知中的一个参数,我们猜想前端接收通知时会对其进行解析。
果然,发现notice-item.js中出现该字段。
进入notice-item.js,发现models.py中定义的通知类型都出现啦!
于是下面对前端的部件进行修改:
发现前端接收的detail中出现的字段在之前的三部分中未曾出现,因此怀疑上述后端机制仍有缺漏
在seahub范围内搜索group_staff_avatar_url:
发现该字段出现于utils.py中,打开后发现之前没有考虑到接收通知的后端代码:
修改接收通知的前端代码前还需对后端的utils.py进行修改,这里的is_moss_result_msg( )需要到上面的models.py中进行定义:
再次回到前端的notice-item.js进行修改:
完成上述步骤后即成功为seahub添加了Moss通知机制!
使用通知机制发送Moss result的过程如下:
下面两种方式都能发送通知,区别在于前者通过django的信号机制,因此不需要刷新页面就能直接在主页收到通知,而后者需要刷新页面才能收到。