扫码关注官方订阅号
譬如要传含有ArrayList的map或者含有ArrayList的Set甚至更复杂的数据类型?为什么这些框架在处理这些复杂数据类型的时候都做得这么差,印象中zeroc也会在map传输上出现问题。Thrift和protobuf会有类似问题吗?
走同样的路,发现不同的人生
远程协议涉及到对象序列化的问题,不管是thrift、protobuf,SOAP,都必须找到一个合适的方式将内存中的对象转为二进制或者字符串在网络上传输,这个序列化方式如果是跨语言的(同时支持Python、Java、C#、C++、Ruby),往往会因为兼容,丢失一些Java对象特有的信息,这就导致一些复杂的嵌套对象(MAP嵌套List)很难还原正确。即使能传输,效率也很差(SOAP都是XML嵌套的字符串)。 所以在远程协议中,特别不建议使用嵌套超过两层的对象传输,建议单独设计简单的对象进行远程交互,Java中有种叫做“DTO”(数据传输对象)的设计方式,就是为了解决这种问题而折中的办法。 如果仅是支持Java语言,RMI也许更合适你的场景。
经常用到的webservice,都是返回的xml,这个xml里有任意的对象,自己解析它就好了
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
扫描下载App
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
远程协议涉及到对象序列化的问题,不管是thrift、protobuf,SOAP,都必须找到一个合适的方式将内存中的对象转为二进制或者字符串在网络上传输,这个序列化方式如果是跨语言的(同时支持Python、Java、C#、C++、Ruby),往往会因为兼容,丢失一些Java对象特有的信息,这就导致一些复杂的嵌套对象(MAP嵌套List)很难还原正确。即使能传输,效率也很差(SOAP都是XML嵌套的字符串)。
所以在远程协议中,特别不建议使用嵌套超过两层的对象传输,建议单独设计简单的对象进行远程交互,Java中有种叫做“DTO”(数据传输对象)的设计方式,就是为了解决这种问题而折中的办法。
如果仅是支持Java语言,RMI也许更合适你的场景。
经常用到的webservice,都是返回的xml,这个xml里有任意的对象,自己解析它就好了