默认
发表评论 3
想开发IM:买成品怕坑?租第3方怕贵?找开源自已撸?尽量别走弯路了... 找站长给点建议
[已回复] mobileimsdk-web框架是即时通讯的通信封装吗?
阅读(18469) | 评论(3 收藏 淘帖
咱们这个api只是通信层最底层的通信封装吧, 我如果要发送语音,图片得自己实现吧?

即时通讯网 - 即时通讯开发者社区! 来源: - 即时通讯开发者社区!

推荐方案
评论 3
是的,MobileIMSDK-Web封装的是Web端(客户端和服务端)即时通讯的通信层,上层的业务逻辑自已根据业务灵活使用(无法就是http rest接口配合MobileIMSDK-Web的长连接指令组合成完整的业务功能)。

即时通讯应用的技术难点在MobileIMSDK-WebMobileIMSDK这样的框架的这一层(各种网络通信算法的细节实现等),而工作量主要在应用层(就是各种业务逻辑和功能),解决好了底层框架,上层这些主要是体力活。否则通信底层跟业务层不解耦,网络底层的复杂性加上应用层的业务逻辑,会导致整个应用的代码逻辑混乱,很难维护,这也是MobileIMSDK-WebMobileIMSDK这样的框架分层提炼出来的初衷之一。

以上仅供参考。
引用:JackJiang 发表于 2018-02-02 17:43
是的,MobileIMSDK-Web封装的是Web端(客户端和服务端)即时通讯的通信层,上层的业务逻辑自已根据业务灵活 ...

rainbowchatserver和这个web-demo的互通:
android登录400077, web登录400094

web-android: 没有显示消息到rainbowchat app端上, server打印日志:
[INFO] - [10:34:57.313][IMMQ-↓] - [startWorker()中] 收到一条新消息(routingKey=q_web2app,contentType=null,consumerTag=amq.ctag-60rt6P2GUCwMdmom8_xNfQ,deliveryTag=2),马上开始处理。。。。 | (MQProvider$4^handleDelivery:477)
[INFO] - [10:34:57.314][IMCORE-桥接↓] - [startWorker()中] 收到异构服务器的原始 msg:{"type":"2","from":"400094","to":"400077","dataContent":"ghjj","fp":"d2fc4fa0-088a-11e8-8821-61438a4828a1","typeu":-1,"msgTime":null}, 即时进行解析并桥接转发(给接收者)... | (BridgeProcessor^work:62)
[INFO] - [10:34:57.316][IMCORE]toSession==null >> id=400094的用户尝试发给客户端400077的消息:str=ghjj因接收方的id已不在线,此次实时发送没有继续(此消息应考虑作离线处理哦).

是否是由于rainbowchat有一个判断是否在线的机制导致消息没有从server推送到android端?(但是我android端400077是在线的)

android端发送web端:
web页面上能看到发送的消息,但格式不对,把发送接收方也显示出来了:
{"f":"400077","m":"fggh","t":"400094","ty":0}

web与rainbowchat互通消息是否还需要改动其他代码?


引用:messi123 发表于 2018-02-03 10:42
rainbowchatserver和这个web-demo的互通:
android登录400077, web登录400094

你的这个问题别在这个贴讨论,你单开一贴,我们在新帖子里讨论
打赏楼主 ×
使用微信打赏! 使用支付宝打赏!

返回顶部