WebService晚辈虽然略知一些基础用法，但并没有体会到它真正的用处，在这里请教前辈下它的好处
一般WebService用在什么场合是最能体现它的价值的呢？
------解决方案--------------------
分层.................
------解决方案--------------------
提供了一种远程服务（跨计算机，跨程序）调用的方式。
------解决方案--------------------
举个例子吧.
Paypal提供web service接口。这样复杂的商店就可以调用web method，进行支付，而不是必须使用页面跳转。
气象局提供Web service接口。其它网站可以调用web method取得当前的气象信息。
------解决方案--------------------
跨应用，跨平台的万能接口
------解决方案--------------------
主要应用为分布式应用程序的开发
------解决方案--------------------
具体的应用方向有很多
1、分布式松耦合部署
我是做互联网应用我们有时候需要将服务器放在不同的服务器上，那么怎么进行数据通讯?写Socket成本太高，用Webservice当然简单多了，而且部署容易
2、32位的dll无法应用到64位服务器
有很多老的dll是32bit编译的，放在64bit机器上崩溃，而且老的dll不升级了，怎么办？搞台32bit的服务器建WebService，64位调用Webservice
3、多机房远程调用数据
4、单点登录
5、在线支付
等等
以上这些都可以使用WebService来实现
------解决方案--------------------
现在体会到的就是跨平台互操作。。。其它的还没用到。。
好不好不做评论
------解决方案--------------------
socket,webservice,JMS都差不太多。要用就用socket，锻炼性更强。
------解决方案--------------------
WebService的好处其实跟什么大项目什么分布式都没有关系...那些只不过是WebService的应用...
WebService的真正价值是Internet统一通信标准...也就是说如果你的系统不考虑Internet/Intranet、不考虑开放互联接口、不考虑异构系统通信，WebService对你毫无用处...
ps:不要提什么Socket，WebService是基于Socket的...
------解决方案--------------------
------解决方案--------------------
不研究历史有时候就等于不研究技术。早在40年前，就出现了许多个横跨美洲大陆的大型网络系统，处理许多商务数据。那时候我们国家还没有搞“文化大革命”呢！所以人家兴旺发达地安心发展经济和技术，于是发现电子商务需要有统一标准。可惜，搞了20多年，搞了复杂的EDI标准，纯粹是惘然，需要从底层进行简化和统一。
真正的合并还要靠大公司的能力，工业标准要比那些大学教授在象牙塔里编出来的所谓标准靠谱多了，因为XML足够简单，所以大家都愿意兼容SOAP，并最终制定出Web Service标准来。你可以根据它在互联网上发布服务，客户端可以根据它自动地发现服务和产生客户端代理，自动地适应服务所需要的数据结构而不需要预先发布一个什么规定死了字节位置的数据结构。
------解决方案--------------------
webService是基于SOAP协议的信息交换技术，他通过把要发送的信息用soap协议封装以后，用http请求的方式发送出去，可以直接绕过防火墙。已达到信息的跨平台交换目的，一般应用在分布式系统，和多系统集成上。
------解决方案--------------------
楼上的都是正解