有了 webapi 后 webService 被淘汰了吗？

        现在和外部系统通讯都是通过webapi来提供接口供给调用方来调用，基本很少使用webservice了，记得最后一次写webservice接口还是三年前，是不是webservice被淘汰了，我们来具体看下。

        对于webService，该服务协议为SOAP(简单对象访问协议)，说白了就是HTTP  POST的一个专用版本，当时将header中的一个属性Content-Type设置为text/xml，那么你将要传输的文本会被格式化为xml形式，乍一看，XML？好老哦，确实，现在是JSON的天下，但是XML以其多年的运行经验为其带来了可靠性的保障，并且xml也能够传输复杂的数据模型。

至于说webService只能部署在IIS上，我觉得是不对的，现在的.NET core也可以通过引用soapCore包来搭建跨平台部署的webServic。

        再来看一下webapi，基于HTTP协议，数据格式为纯文本，Response可以被Web API的MediaTypeFormatter转换成任何格式，常用Json格式；它是基于HTTP构建的一个轻量级框架，非常作为适合移动端客户端服务。

可说所有的WebService都是WebAPI，但所有的WebAPI并不是WebService。Web API的客户端系统（调用者）和服务系统（提供者）彼此独立，调用者可以轻易的使用不同的语言（Java，Python，Ruby等）进行API的调用。Web Service通常仅在两个系统之间交互，几乎总是依赖于类似XML-RPC的接口来相互通信。

Web Service更加适合为端到端的场景提供服务，Web API则更加适合为应用到应用的场景提供服务。这也可以解释为什么C/S（客户机/服务器）架构的程序还在沿用Web Service，而B/S（浏览器/服务器）架构几乎很少见到。当然，无论您想通过Web API实现什么，Web Service同样也能做到，毕竟在Web API还没有诞生以前Web Service就已经可以独挑大梁了。

对于Web Service，我一般是做为内部服务的使用，好比如果一个系统我会用wcf/webservice作为内部子系统间的服务通信，而webapi用于外部服务的请求。