论坛首页 Java企业应用论坛

探讨参数灵活可变的webservice接口的最佳实践

浏览 13741 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2012-08-16  
可以试试document-style web services.
在 WSDL里用<xsd:any/>, 这样入参可以很灵活. 在ServiceProvider里面用自定义方式去Unmarshal XML.
0 请登录后投票
   发表时间:2012-08-16  
evanzzy 写道
1.HashMap传参是可以实现的,但需要使用Hessian协议;
2.这种情况某国有大银行里面有个土办法,就是一律使用字符串传参数,参数之间使用特殊字符分隔,比如逗号或者“&",与客户之间使用文档说明各个参数的用途。这办法挺土,也麻烦一些,但是绝对有效。



就用这种方法,简单易行。
0 请登录后投票
   发表时间:2012-08-17  
json,xml都可以,xml会比json慢一点,传map也是可以的,需要编写转换的类,可以试试cxf,axis2我看着很闹心
0 请登录后投票
   发表时间:2012-08-17  
目前已考虑使用json。只是这样一来就需要去尝试说服客户接受这样的方案了。
0 请登录后投票
   发表时间:2012-08-17  
evanzzy 写道
1.HashMap传参是可以实现的,但需要使用Hessian协议;
2.这种情况某国有大银行里面有个土办法,就是一律使用字符串传参数,参数之间使用特殊字符分隔,比如逗号或者“&",与客户之间使用文档说明各个参数的用途。这办法挺土,也麻烦一些,但是绝对有效。

这方法也不土,http get不就这么传参的么
0 请登录后投票
   发表时间:2012-08-17  
还不如封装成对象,写好后打包丢给客户,这样方便多了
0 请登录后投票
   发表时间:2012-08-17  
yutong1984 写道
还不如封装成对象,写好后打包丢给客户,这样方便多了

客户和你用的不是一种语言怎么办
0 请登录后投票
   发表时间:2012-12-11  
帖子题目切中SOA的一个要害,先留着有空研究研究
0 请登录后投票
   发表时间:2013-07-21  
服务的变化是不可避免的,这是服务生命周期的一部分。

不要妄想以不变应万变,否则到最后服务越来越多时,维护成本越来越高。

当然,你就几个服务变,以后数量也不多,把参数使用json/xml来传递也未尝不可,只是每次变化你需要修改客户端的参数解析逻辑罢了。

ESB(企业服务总线)针对你这种case是很有用,服务的发布,变更,治理交给他来做吧。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics