底层足够简单才能支持上层的复杂。
统一逻辑
消息服务的底层逻辑是：
客服
客服系统场景
频道ID为客服系统路由到的客服创建的临时频道的ID（类似QQ的讨论组），成员为访客和客服人员
群聊
即时通讯的群聊场景
频道ID为群号，成员即为群聊里的成员（群聊是典型的订阅发布模式）
问题
单聊怎么抽象成发布→频道→订阅的模式？
频道成员是谁？
频道ID又是那个？
下一篇：用Go打造现代IM之单聊频道ID技巧
我们的开源IM：
通讯层：
业务层：
底层足够简单才能支持上层的复杂。
统一逻辑
消息服务的底层逻辑是：
客服
客服系统场景
频道ID为客服系统路由到的客服创建的临时频道的ID（类似QQ的讨论组），成员为访客和客服人员
群聊
即时通讯的群聊场景
频道ID为群号，成员即为群聊里的成员（群聊是典型的订阅发布模式）
问题
单聊怎么抽象成发布→频道→订阅的模式？
频道成员是谁？
频道ID又是那个？
下一篇：用Go打造现代IM之单聊频道ID技巧
我们的开源IM：
通讯层：
业务层：
