回答：为什么要有web service ,实现远端过程调用不是有好多方法了么?
为加强大家在web service方面交流的广度和深度，本人就如下问题做出回答-
即为什么要有web service ,实现远端过程调用不是有好多方法了么?
欢迎有不同政见者...交流出效果有分啊
--------------------
关键词：主要是标准，而不是技术。
关于如何通过网络实现远程过程调用问题都属于如何通过网络构建软件编程模式的问题，这种技术在web service之前不是没有，多的是，有些甚至在如火如荼的用着，但都有一个缺陷，就是缺乏统一标准，各自为政，由此也产生一个问题，就是难以普及，构建成本相对也就较高。
这里出现一问题，就是为什么难以普及？原因就是每个公司提出的技术谁都说服不了谁。那么web service 怎么就能说服别人了？原因是web service 采用的技术不是自己创新的，而是本来就存在的，而且是已经普及了的标准，这些标准是什么？大家其实都应该已明白，那就是web和XML，这两个东西是已存在的老技术吧！够标准吧，够普及吧，所以也难怪web service 会成功了。
这里进一步说明一问题，就是为什么web和XML就能让web service 成功了？原因如下：
1、因为它沿用的是老技术，所以相比之下它这种模型不是复杂了，而是简单了，人们容易理解，容易接受。
2、大凡远程调用需解决的问题无非就是通信和接口问题，采用web的http通信协议作为web service 的基础通信协议，不仅是现成的，而且总是最有效的，因为80端口一般都开放的。而采用XML作为接口描述协议原因主要有二：a、它的文本特性容易被标准化，因为文本格式是哪种机器都具备的，起码绝大多数是；b、XML描述信息的能力比现存在的哪种标记语言都强而且都简单，它的层次性描述能力，正是web service 所青睐的。
3、由于http和xml的特性，很容易让web service 在环球范围内建立起具有真正松散耦合特性的程序编程模型，松散耦合意味着机器与机器之间只要遵循一定的协议（重要的是这些协议是简单性的和通用性的，比如http和xml等），就可进行有效的调用，它给我们的直接效果是较其他模型它可大大减少烦人的机器与机器之间的依赖性，这样就可让我们在环球范围内组建真正的基于自由构件块的软件开发平台，就象本地的com组件和网域的Dcom所试图追求的标准境界那样，而web service 则不仅做到了这样的境界，而且做得更好，因为它不仅是有效的，而且是简单的、开放的和低廉的。
[解决办法]
技术决定看需求...
[解决办法]
webservice提供了一个平台无关性的接口,无论你用什么语言(如java)都可以很好的一起工作
而它也只是负责输出标准XML数据,在这一层上,大家都得到了 "共识 "
有人叫它 "网络API "
[解决办法]
如果要平台无关，实际上soap就可以了
