.net core 3.0 Signalr - 06 业务实现-业务分析

业务需求

1. 人-项目关系

一我的能够属于多个项目，一个项目能够有多我的加入，通知的时候，能够通知项目内的全部人，也能够通知部分人或者某个责任人。

1. 登陆互斥

同一我的不容许登陆两次(不一样浏览器或者不一样电脑登)，后面登陆的会将前面登陆的人挤下线。

1. 聊天

能够私聊、也能够建立群聊、上线通知(多个链接的状况)

1. 文件下载

用户在界面上选择了多个文件，而后选择批量打包下载，后端后台线程进行压缩、压缩完成后经过signalr通知该用户(的某个链接,好比当前用户开了多个tab页，应该只能推送给操做的那个tab页)

功能设计

名词解释: 业务系统:具体业务功能的系统 推送系统:实际的Signalr系统，跟业务系统分开部署

1. 将推送单独成一个子系统；支持单独部署，可一台服务器也能够多台，经过redis做为底板来分发到服务器
2. 推送子系统端自定义管理用户、链接、组，业务系统调用的时候
3. 推送系统开发一个api，给业务系统直接调用(固然这不是最佳选择，能够经过消息队列，支持重试、优先级等，性能会比http形式好不少)

业务系统调用推送系统的时候传递参数包括，组、用户、推送数据对象，好比以下代码

var send = new Send()
{
    // 推送的组，多个用,隔开
    GroupId = GroupId,
    // 关联的UserId 多个用,隔开
    UserIds= UserIds,
    // 是否排除用户
    ExcludeUsers=ExcludeUsers,
    // 实际推送的对象
    NotifyObj = new NotifyObj()
    {
        Data = Data,
        NotifyType = NotifyType,
        OpType= OpType
    },
};

• 有GroupId

  • ExcludeUsers=true
    推送给指定的组中全部用户(排除掉UserIds部分)
  • ExcludeUsers=false
    推送给组中指定(UserIds中指定的)的这些用户

• 无GroupId

  • ExcludeUsers=true
    推送给当前全部链接(排除掉UserIds部分的用户)
  • ExcludeUsers=false
    推送给指定用户(UserIds中指定的用户)

架构设计

1. 组、用户、链接的关系

• 用户:[链接Id]

一个用户用多个链接、以Set形式存redis中

• 组:[链接Id:用户Id]

以Redis中的Hash格式存储，以Group为Key，以链接Id为Name，以UserId为值，一个用户在组中可能多个链接(开多个浏览器tab页),这样设计的好处是能够知足如下的几种状况

• 给某我的推送

从redis中直接根据该用户的UserId查询该用户的全部链接，而后经过链接推送便可

• 给某个组推送

从redis中根据组名查询出全部的链接Id，经过链接直接推送

• 给某个组中的某些人推

这个时候不能根据人查链接Id，须要先根据组获得组中的人、链接Id，而后只给组中这些人对应的链接推送

• 用户上线的时候

在redis中存储一份用户与链接的关系；若是有组的状况，同时以Hash形式存储组、链接Id、用户Id

• 用户再开一个浏览器tab页

在redis中该用户对应的链接中增长新的链接Id；若是有组的状况，同时以Hash形式存储组、链接Id、用户Id(由于是一链接Id为name的，然而链接Id是不重复的，因此是能够存着同一个组、同一个用户不一样链接这种状况的)

• 用户退出页面

在redis中找到该用户，从redis中删除改用户的找个链接Id，组的状况一样处理

• 给某个用户的某个链接Id推送

好比:用户点击打包下载，服务器端后台线程进行打包、压缩，完成后推送给指定的链接Id，前端界面再进行处理下载

至此，业务分析完毕，更多内容请经过快速导航查看下一篇

快速导航

标题	内容
索引	.net core 3.0 Signalr - 实现一个业务推送系统
上一篇	.net core 3.0 Signalr - 05 使用jwt将用户跟signalr关联
下一篇	.net core 3.0 Signalr - 07 业务实现-服务端 自定义管理组、用户、链接
源码地址	源码
官方文档	官方文档