默认
发表评论 2
想开发IM:买成品怕坑?租第3方怕贵?找开源自已撸?尽量别走弯路了... 找站长给点建议
[已回复] 关于MobileIMSDK的IOS sendData和接收的问题
首先,吐槽下IOS的sdk,没有源码,没有源码,没有源码,重要的事情说三遍 ,没有源码,这个社区就是不完整的,至少是不能算支持ios的,目前ios的sdk使用下来还有另外一个问题,不支持自定义字节流的发送和存储,意思就是如果ios要发送音频或其它数据智能通过base64等算法转换成字符串才能使用,这也违背了这个sdk设计的初衷 [已回复] 关于MobileIMSDK的IOS  sendData和接收的问题_screen1.jpg
[已回复] 关于MobileIMSDK的IOS  sendData和接收的问题_screen2.jpg
发送nsData 长度5391

接受结果如下
[已回复] 关于MobileIMSDK的IOS  sendData和接收的问题_screen3.jpg
能收到消息,但是该消息不能转换成字符串,所以返回nil字符串

所以,希望版主大人能更新下sdk,让其支持自定义字节流发送和接收,最好把ios源码公开,让大家一起贡献代码,形成一个积极,健康,有用途的社区,为编程事业添砖加瓦

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

标签:MobileIMSDK
上一篇:[已回复] MobileIMSDK压力测试报告中,是如何测试udp性能的?下一篇:[已解决] MobileIMSDK的udp压力测试无法达到单机上限的问题
推荐方案
评论 2
顶一个
第一:
iOS的源码我一是没时间、二也是没什么动力去整理放出来,必竟要加详细注释,不然跟没有源码没差别。所以我也在考虑,是否能以象征性捐助的方式来支持做这件事——比如捐助送源码 哈哈,当然我只是随便想想,你也可以给我建议。

第二:
你5391字节应该是超过UDP的最大包长了,看看这篇文章:http://www.52im.net/thread-29-1-7.html

第三:
我在设计这个框架的时候从未想过会有人用它来传输音视频等2进制数据,因为我的设计目标就是要尽可能地简单,所以实现时又再封装了一层变成字符串。这一点,我倒是可以考虑在升级版里放出2进制接口。
打赏楼主 ×
使用微信打赏! 使用支付宝打赏!

返回顶部