|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间：2008-01-17
agile_boy 写道 好处太多，没法一一列举。 从实用角度看，解决异构，防火墙等还是很灵的。 其他开发标准，容易扩展啊等等，去google都是一大把。 当然了，你不能把WS当作RPC那样来频繁调用（其实RPC频繁调用也是有性能问题的），那样肯定会出现性能问题，不过WS应该将重点放到“Service”，这样才能体现WS的意义，也符合当前的SOA之类的概念 :) ws中用soap或rest可以穿透防火墙，就这点就很方便了 |
| 返回顶楼 | |
|
最后更新时间：2008-01-17
mac521 写道 ws中用soap或rest可以穿透防火墙，就这点就很方便了
连穿越防火墙的权限都没有还集成个啥，从这点上来看，用什么技术都一样穿越防火墙 ws也就没什么方便性可言了 |
| 返回顶楼 | |
|
最后更新时间：2008-01-17
flyingbug 写道 mac521 写道 ws中用soap或rest可以穿透防火墙，就这点就很方便了
连穿越防火墙的权限都没有还集成个啥，从这点上来看，用什么技术都一样穿越防火墙 ws也就没什么方便性可言了 1。开发人员常常就没有穿越firewall的权限。不但集成两家公司之间的业务关联权限很难取得，哪怕是自己的公司，也会被IT以安全原因拒绝。你把东西想得太简单了。 2。利用http-tunnel穿越firewall代价很大。 |
| 返回顶楼 | |
|
最后更新时间：2008-01-17
的确异构不是选择WS的理由。
我自己是hessian的fans，从2年前开始关注，好像现在WS能实现的hessian基本都没问题吧，而且各种语言的支持也很好。 重要的是简单，“简单就是美”啊，哈哈 |
| 返回顶楼 | |
|
最后更新时间：2008-01-17
香克斯 写道 的确异构不是选择WS的理由。
我自己是hessian的fans，从2年前开始关注，好像现在WS能实现的hessian基本都没问题吧，而且各种语言的支持也很好。 重要的是简单，“简单就是美”啊，哈哈 哈哈，hessian是在出现性能的时候的候选 
|
| 返回顶楼 | |
|
最后更新时间：2008-01-17
我觉得是开发成本问题
|
| 返回顶楼 | |
|
最后更新时间：2008-01-17
hessian头疼的问题在于它的客户和市场认可度，说服自己团队使用hessian比较容易，可是要说法客户和第三方厂商，难度很大啊......
|
| 返回顶楼 | |
|
最后更新时间：2008-01-18
顶楼上。
我现在就用hessian和flex结合。很不错。 |
| 返回顶楼 | |
|
最后更新时间：2008-01-18
魔力猫咪 写道 WS的最大优势就是无论你是什么系统架构，只要有WS服务，其他系统就可以调用。比如ASP.NET调用Java、JSP调用C#。可以用各种不同语言、不同架构的系统搭建你的服务。WS可以做到无论什么实现的系统，都可以调用。
当然，为了这个，WS比较慢。比远程EJB调用还要慢得多。因为要把所有的交互转化为XML来传输。 我遇到问题是一些对象比较复杂, 用远程调用比用WS慢很多呀. 由于需要序列化,消耗太多时间. |
| 返回顶楼 | |
|
最后更新时间：2008-01-18
香克斯 写道 的确异构不是选择WS的理由。
我自己是hessian的fans，从2年前开始关注，好像现在WS能实现的hessian基本都没问题吧，而且各种语言的支持也很好。 重要的是简单，“简单就是美”啊，哈哈 复杂对象或复杂计算, hessian 进行序列化, 消耗很多CPU 时间, 反而比WS 慢很多呀, 你是怎么解决的? |
| 返回顶楼 | |
