[已回复] 建议MobileIMSDK为 Protocol 增加自定义协议类型参数

发送函数支持以Protocol类为参数发送，我觉得这个设计很好，Protocol可以自定义一个int值作为协议类型，这样接收方，不论服务器还是客户端都可以快速知道收到的数据包类型，提高处理速度（根据协议类型确定处理逻辑）。

后来发现，接收监听器没有Protocol类型的参数，这样上面的想法也就无法实现了，只能把协议类型使用json格式打包到信息中，这样需要解析json才能知道协议类型，尤其服务器端需要处理的数据包很多，效率就比较低下了。

服务器端和客户端监听器如下图：

引用：盛涛 发表于 2017-03-22 11:05
是呀，期待最新版。原来设计由服务器端自动感知不同的消息类型，直接进行不同处理，现在怕性能问题，只有配 ...

MobileIMSDK v3新版我会尽快发出来，但因为比较忙，说不好具体时间。

是呀，期待最新版。原来设计由服务器端自动感知不同的消息类型，直接进行不同处理，现在怕性能问题，只有配合http协议，由客户端主动通知服务器进行相关操作，也不失为折衷办法。

楼主说的很对，MobileIMSDK v2版因为历史原因，确实是缺少这个用户自定义消息类型的字段。从应用层来讲，有这个字段是很方便的，MobileIMSDK v3版已经有了这个字段，但目前没有上传最新代码，要用的话只能自已加这个字段了。

以下截图是MobileIMSDK v3里和typeu字段：


所以说，增加这个字段是合理的，没有问题。

引用：hkxxlyzm 发表于 2017-03-20 16:48
只能自己修改了    我已修改

是呀，这么说来Protocle对象方式只考虑了发送，但接收没有相应接口，是考虑不周，也可以说没有可用性，要用的话只有改框架源码。我就算了，只有把消息类型放到dataContent中了，效率问题就先不考虑了。

引用：hkxxlyzm 发表于 2017-03-20 16:48
只能自己修改了    我已修改

是呀，这么说来Protocle对象方式只考虑了发送，但接收没有相应接口，是考虑不周，也可以说没有可用性，要用的话只有改框架源码。我就算了，只有把消息类型放到dataContent中了，效率问题就先不考虑了。

只能自己修改了    我已修改