php webservice是个很重型的规范，它的应用协议是soap，它所依赖的下层通信方式不只是http，也有soap over smtp、soap over tcp，且http协议群众基础广，开发调试方便。
推荐：《PHP视频教程》
提到php的webservice。之前还是比较陌生的，因为接触的少呀，几乎在所有的公司中没用过，仅仅用过的一次好像是接入一个第三方的短信通道，用的是SOAP|WSDL。
一个很极端的话“webservice”已经过时了一点不假：
1 WebService有很多协议，为什么HTTP比较流行？
立即学习“PHP免费学习笔记（深入）”；
WebService是个很重型的规范，它的应用协议是SOAP（简单对象访问协议），它所依赖的下层通信方式不单单是HTTP，也有SOAP over SMTP, SOAP over TCP，由于HTTP协议群众基础广，开发调试方便，所以，成了WebService中最为流行的方式。
甚至很多公司在内网通信，也用HTTP来做，比如，应用调用搜索引擎，Solr就是一个例子。
但HTTP也是TCP上性能比较差的协议，因为HTTP是基于TCP的，有3次握手，再加上HTTP是个文本传输协议（虽然也可以传二进制的附件，但业务逻辑还是文本用的多），又有很多复杂的HEADER。所以人们发明了一些更高效的通信协议来做远程调用，比如ACE、ICE、Corba、淘宝的HSF，但这是后话了，不展开细说。你只要知道，HTTP之所以流行，乃是简单易用群众基础广的结果。
2 WebService为什么不如RESTful API流行
WebService诞生十几年了，最初是IBM、微软比较热心在推，一直也不温不火。倒是XML-RPC, RESTful以及比RESTful还要简陋的远程调用方式后来居上。感觉是不是有点像民间的Spring干掉官方的EJB？
究其原因，还是WebService实在太笨重了，SOAP信封犹如婆娘的裹脚布，又臭又长，广大开发人员是叔可忍嫂不能忍，于是就有了简化版的，叫XML-RPC，后来伴随着Web2.0流行，RESTful独领风骚。我在10年前做过一个产品，纯PHP+JS，标准的WebService，连WSDL我都要专门写个PHP程序来生成，还好只是我一个人开发，要是团队协作，我早就被骂得不成人形了。
NetShopForge是一款强劲的B2C的网上购物软件,利用她我们能建立起强劲的、自由的、安全的购物平台。 维博软件以有这样的软件无比自豪，系统基于ASP.NET 2.0及SqlServer开发，充分享受新技术带来的乐趣。 软件综合了卖家，买家，程序员，设计者的头脑风暴，目的就是用户能建立风格不同的电子商务系统，使它显得更加与众不同。 如果您寻求一款能按您的思想随意发挥的网上购物软件,那么Net
再后来，连RESTful都被嫌弃了，大伙儿干脆连PUT、DELETE都懒得用，直接用GET和POST。
同时，我得说，这只是在互联网领域，大部分企业的业务逻辑相对简单，同时工期又变态的短（就像大部分互联网创业公司用糙快猛的PHP，而不用相对严谨的Java一样）。在某些业务复杂，稳定性和正确性要求高的领域（如ERP、电商、支付），WebService还有是用武之地的。
3 为什么JSON比XML流行
还是易用性，JSON的可读性比XML强几条长安街，解析规则也简单许多。XML解析的时候规则太多了，动不动就非法字符，动不动就抛异常。这对追求高开发速度和低开发门槛的企业来说，是个致命伤。
JSON的缺点是数据类型支持较少，且不精确。比方说：
price:12580
在json里，你无法知道这个价格是int, float还是double。
所以，如上面第二条所述，在一些业务要求较高的领域，还是XML更合适。
最后说一下性能，JSON的性能高于XML，除此之外，基于XML和HTTP的WebService, 基于JSON的RESTful API，并没有性能差异。
XML性能糟糕到什么地步呢，有一种专门的CPU叫做XML Accelerator，专门为XML解析提供硬件加速。
