1. webapi是什么意思
Web API是网络应用程序接口。包含了广泛的功能，网络应用通过API接口，可以实现存储服务、消息服务、计算服务等能力，利用这些能力可以进行开发出强大功能的web应用。
存储服务：存储服务关注抽象化和虚拟化存储。这个领域的领头羊是amazon s3，在我的article in web 2.0journal中对其曾有较深入的探讨。对开发者而言，S3提供了极其精简抽象的如哈希表之类的API，允许你轻松存取信息。另一个有意思的服务是openemy，它提供了类似于文件系统接口的api，但增加了给文件标签的能力。今年早些时候，TechCrunch剖析了其他一些在线存储服务。但至今我们还没看到传御扮说中颠覆性的存储服务GDrive（来镇启灶自google）和LiveDrive（来自微软），他们很大可能都会提供api。
计算服务：目前还没有一个一般的可以通过api访问的web计算服务黑盒，但有不少技术指向这个方向。一个是alexavertical search platform，在下面的搜索服务小节会提及更多，第二个是网旁嫌格计算，比如 sungrid，datasynapse's gridserver或者platform's symphony。在API里封装任意的计算任务是个相当具挑战性的任务，也许还要很多年这种服务才会广泛流行。
2. WebService和Webapi的区别
WebApi是基于纯粹的http协议，webservice是基于soap协议（尺好比简单的http协议更高级）。
WebApi有取代webservice的趋腊闭势，至少，陵局铅非必要，一般我也不会优先选择webservice。
3. .net中MVC web项目和webapi有啥区别
首先要重点说的是，Web API是一种无限接近于RESTful风格的轻型框架，且不是微软提出来的，微软在.NET上实现了这中框架—http://Asp.Net
Web API，所以“微软包装”是一个极大的偏见。
就应用市场时间而论，MVC普及市场的时间比Web API时间早。为什么MVC提出来了，且都被大家公认是一种经典的web站点实现架构，为什么还要搞Web API呢？
这两年什么炒得最火热？互联网。在网络技术不断更新和替代的过程，网络不断普及。互联网产品只要你有技术，就可以做。但要说明的是，互联网产品的用户不再是一小部分人群，除了潜在用户，你需要面对的是庞大的上网人群和开发者。这时候你要考虑你的WEB服务器是否能够支持这么多的用户，节省一点点传输数据的带宽都能够让你的服务器轻松不少，除此之外，你还要考虑你的潜在用户变成你的真实用户的某刻时刻，你的服务器是否能够顺利支撑。
面对用户，你要考虑你的产品是否能够让用户使用起来感觉很“爽”，你要把用户体验放在首位，那么你的产品首先功能上必须稳定，不然即使有再好的创意，再耐心的用户总会使用其它产品替代你的产品。
面对开发者，你想要把某些功能开放，这时候你必须要开放某些接口。有人会说，我也可以使用MVC来开放这些接口，没错是可以，但是绕远道给你带来的是更大的代价。
Web API 和 MVC可以说是两个不同的东西。Web API更倾向于基于HTTP协议的服务，直接返回用户的数据请求。MVC是建站的一种框架，倾向于返回用户的页面请求。
我总结了以下 http://ASP.NET Web API 的特性，更能说明Web API是一种数据请求框架：
http://ASP.NET
Web API 可以根据请求报文来返回的相应数据格式。包括JSON和XML。http://ASP.NET
Web API 单独做数据请求和MVC做页面请求可以让Web前端和后台更好的解耦，减少开发难度。Web API 可以更好地用在移动端网页、桌面端网页或者桌面程序。
Web API 的宿主可以选择多样：WebHost,，ConsoleHost，甚至是windows Services。
类似可以理解成ashx和webform的区别
4. 网站开发工具有哪些
1.Web应用框架这些软件是专门设计来帮助网站开发，并使创建网站的Web开发的过程变得更容易。该软件完全支持Web服务，Web资源和WebAPI。这些框迅瞎高架会自动执亩尺行与Web开发中的常见活动相关联的一些进程，从而使Web开发人员的工作变得更加容易。可用的Web开发框架包括ASP.NET，JavaEE，WebObjects，web2py，OpenACS等。
2.协作工具对于远程工作的团队，需要时刻保持联系和协作。为了提高开发效率，帮助开发者在同一个项目上工作的流程简化开发流程，以实现团队的设定目标，市场上出现了很多协作工具，如Slack，Trello，Asana，Jira等。
3.本地开发环境一个快速的本地开发环境，可以推出取决于操作系统或您正在使用的计算机。有各种各样的免费软件，软件Apache，MySQL和其他打包在一起。这是在本地计算机上最快的一种测试方式，为了方便使用，有些程序还出了便携式版本。本地开发环境包括MAMP，LARAGAN，XAMPP和Vagrant等。
4.前端框架前端框架基本上是一些文件和文件夹，如HTML，CSS和JavaScript等。前端框架通常包含有有准备好的组件，大多数组件都是可以进行修改和调整的，开发人员可以根据自己的开发需求来选择使用，目前最常见的前端框架是Bootstrap。
5.图标图标对于Web开发人员，尤其是前端开发人员非常重要，它们是Web开发的重要组成部分。上图中的图标都可以应用于你的项目，且这其中大部分是免费的。
6.网站速度测试工具网站速神皮度是决定一个网站是否成功的重要因素。现在的用户越来越挑剔，大家往往更倾向于加载速度快的网站，对于加载速度慢的网站，大家几乎是零容忍。另外，SEO做得好的话，可能会带来更高的转化率和更好的用户体验。Web开发人员可以使用工具来测试他们的网站速度，以确保他们的网站能够拥有较短的加载时间。
7.文本对比检查Diffcheckers可以帮助您比较文件之间的差异，然后合并更改，帮助我们更直观的看见文本之间的差异。
8.数据库数据库基本上是已经存储信息的集合，可以进行信息的检索，管理甚至更新。Web开发人员常用的数据库有MySQL，MariaDB，MongoDB，Redis等。
9.Web开发通讯为什么选择通讯订阅，因为开发人员可以利用这些工具节省时间和精，通过这些工具选择最佳的Web开发和性能主题，而不必自己动手。
10.任务批处理工具/包管理器任务批处理工具有助于自动化工作流程。例如，你创建了一个任务，可以通过JavaScript编写的工具来自动化工作流程。除此之外，还可以新建和组合任务，使用任务管理器缩短开发时间，加快开发速率。另一方面，包管理器也是很重要的，它可以跟踪所有软件，确保这些软件都更新至最新版本，拥有最强的功能。这些工具包括：Grunt，Gulp，npm等。
11.文本和代码编辑器文本和代码编辑器不仅能够为开发者带来良好的代码体验，而且能够大大节约网站开发的时间。比较常用的编辑器有Atom，Notepad++，Vim等。之前，笔者也发过程序员票选最佳的代码编辑器，感兴趣的朋友可以戳进去看一下。
12.灵感对于很多工种来说，灵感都是极为重要的，但是灵感是可遇不可求的，所以一旦有了灵感就必须及时记录下来。除了我们自己的灵感迸现，我们也可以从别人的作品中提炼出新的灵感。常见的记录灵感的工具有CodePen和Dribble。
13.编程语言每个Web开发工具都有一种编程语言。编程语言被设计为开发人员或程序员和计算机之间的桥梁，并帮助程序员创建我们每天使用的程序。比较流行的编程语言包括PHP，NodeJS，Python，Ruby等。
14.代码共享/实验工具基本上编程这个工作是一个团队合作，团队之间要保持亲密无间的协作关系，互相检查对方的代码有助于更有效的进行程序编写。代码共享是现在程序员都在使用的一种方式，常见的有Slack。
15.Git托管Git是一款免费、开源的分布式版本控制系统，可以高效的管理大小项目的各个版本，可以帮助开发团队避免混乱。
5. WebAPI与传统的WebService有哪些不同
WebService是利用HTTP管道实现了RPC的一种规范形式，放弃了对HTTP原生特征与语义的完备支持；而WebAPI是要保留HTTP原生特征与语义的同时实现RPC，但WebAPI的实现风格可以是千姿百态，RESTful只是实现了其中一种风格，你也可以定义一种风格，并实现
WebAPI相比WebService更为轻量级、灵活、优化好的情况下，性能更有优势，但是对复杂或大型业务的描述与使用增加了无形的成本
WebAPI可以更好的利用HTTP与生俱来的特征，如：缓存、代理、安全、头信息扩展，反之，部分实现方式WebService无法利用HTTP特征
本质上WebAPI与传统模式的WebService都是实现RPC，远程服务；传统的WebService只是利用了HTTP通道，进行独立的交互，但是这个交互协议可以移植到其他协议下运作，而WebAPI天生与HTTP依赖无法移植
WebService与WebAPI在80端口下工作，都可以绕开默认的网络防火墙限制，因为默认下网络防火墙对系统级端口与协议下的内容是开放的
WebService与RESTfulWebAPI服务端都可以使用反射来实现自动化部署，只是前者更为容易，因为存在标准的规范，后者只是开发WebAPI的推荐风格，实现上需要自己来规范与描述，处理不兼容问题；WebAPI在无反射下的业务实现更为直观接近MVC模式下的开发的应用，通用，性能更好、更为灵活，能够直接利用HTTP的动态网页技术开发接口与功能
WebAPI对于交互数据的格式没有明确规定，使得其可以更好的使用在特定的软件运行平台，但是需要开发者对各种格式的支持；传统的WebService则要求使用服务的平台对数据格式强制适应，服务端的交互数据处理变得更加快捷容易，而增加了不同使用端的对服务交互困难度
6. WebService与WebApi的区别
1 基于SOAP协议的，数据格式为XML
2 只支持HTTP协议
3 不是开源的，但可以被任意一个了解XML的人使用
4 只能部署在IIS上
SOAP :简单对象访问协议Simple Object Access Protocol,传输层 ，返销,XML传输消息
WSDL :Web Server Description Language ：Web Server描述语言(元数据)，给客户端生成代理类的一个描述信息
UDDI :提供了一组基于标准的规范用于描述和发现服务，统一描述，发现和集成（UDDI-Universal Descript,Discovery,Integration），提供注册和查找服务
客户端在UDDI注册表（Registry）查找服务，取得服务的WSDL描述，通过SOAP调用服务。
1 是简单的 构建HTTP服务的新框架
2 在.net平台上WebApi是一个开源的，理想的，构建REST-FUL服务的技术
3 不想WCF REST Server 它可以使用HTTP的全部特点（URI,request/response头，缓存，版本控制，多种内容格式）
4 支持MVC的特征。像路由、控制器、action、filter、模型绑定、控制反转（IOC）或依赖注入（DI），单元测试。
4 可以部署在IIS和应用程序上
6 轻量级框架，并且对限制带宽的设备，比如智能手机等支持的很好
7、Response可以被Web API的MediaTypeFormatter转换成Json、XML 或者任何你想转换的格式。
8、Web API非常适合构建移动客户端服务
1、 需要Web Service但是不需要SOAP
2、 需要在漏简游已有的WCF服务基础上建立non-soap-based http服务
3、 只想发布一些简单的Http服务，不想使用相对复杂的WCF配置
4、 发布的服务可能会被带宽受限的设备访问
5、 希望使用开源框架，关键时候可以自己调试或者自定义一下框架
6、如果服务需要在http协议上，并且希望利用http协议的各种功能
7、如果服务需要被各种客户端(特别是移动客户端)调用
webapi多用于基于http请求的服务应用,比如说移动服务端或者需要提供第三方API 服务的场景下
webservice也可以应用于webapi所在的场景，一般是做为内部服务的使用，好比如果一个系咐嫌统用wcf/webservice作为内部子系统间的服务通信，而webapi用于外部服务的请求。
7. WebService、WCF和WebApi的区别和特点
Web Service ：Web Service服务通常被定义为一组模块化的API，它们可以通过网络进行调用，来执行远程系统的请求服务
1.）它是基于SOAP协议的，数据格式是XML
2.)只支持HTTP协议
3.)它不是开源的，但可以被任何一个了解XML的人胡物使用
4.）它只能部署到IIS上
WCF ：是由微软开发的一系列支持数据通信的应用程序框架，整合了裤戚液原有仔袭的windows通讯的 .net Remoting，WebService，Socket的机制，并融合有HTTP和FTP的相关技术
1.)它也是基于SOAP的，数据格式是XML
2.)它是Web Service的进化版，可以支持各种各样的协议，像TCP，HTTP，HTTPS等
3.)WCF配置较为繁琐
4.)它不是开源的，但可以被任意一个了解XML的人使用
5.)它可以部署到应用程序中或IIS及Windows服务中
Web Api ：与WCF REST Service不同在于，Web API利用Http协议的各个方面来表达服务
1.)在.net平台上Web Api是一个开源的、理想的、构建REST-ful服务的技术
2.)它可以使用HTTP的全部特点，比如URIs、request/response头，缓存，版本控制，多种内容格式
3.)它也支持MVC的特征，像路由、控制器、action、filter、模型绑定、控制反转（IOC）或依赖注入（DI），单元测试
4.)它可以部署在应用程序和IIS上
5.)这是一个轻量级的框架，并且对限制带宽的设备，比如智能手机等支持的很好
6.)Response可以被Web API的MediaTypeFormatter转换成Json、XML 等格式
8. WebService和Webapi的区别
WebApi是基于纯粹的http协议；
Webservice是基于soap协议（比简单的http协议更高级）。
9. 从WebService到WebAPI
1996年，Gartner前瞻性地提出了面向服务架构的思想(SOA)。
Service Oriented Ambiguity 中文一般理解为：面向服务架构，简称SOA，这个概念算得上微服务的鼻祖了。
SOA 的提出是在企业计算领域，就是要将紧耦合的系统，划分为面向业务的、粗粒度、松耦合、无状态的服务。服务发布出来供其他服务调用，一组互相依赖的服务就构成了SOA架构下的系统。
SOA本质上是服务的集合。
态和微软技术栈下：
总体来说，两者都是服务，只是表现形式游辩存神闭缺在一些差异：
1、518fans粉丝网的 https://www.jianshu.com/p/54192c6df483
2、无为无味无心的 https://www.jianshu.com/p/189be4296e30
3、cysong168的博客 https://blog.csdn.net/cysong168/article/details/51433986/
4、网络知道 https://..com/question/565594194151655004.html
10. WebService和Webapi的区别
webapi用的是http协议，webservice用的是soap协议
webapi无状态，相对webservice更轻量级。webapi支持如get,post等http操作
http soap关系
http:是一个客户端和服务器端请求和应答的标准（TCP）。http协议其目的是为了提供一种发布和接收htttp页面的方法
一http协议的客户端与服务器的交互：由HTTP客户端发起一个请求，建立一个到服务器指定端口（默认是80端口）的TCP连接。HTTP服务器则在那个端口监听客户端发送过来的请求。一旦收到请求，服务器（向客户端）发回一个状态行，比如”HTTP/1.1 200 OK”，和（响应的）消息，消息的消息体可能是请求的文件、错误消息、或者其它一些信息。
soap 协议：它描述了一种在分散或分布式的环境中如何交换信息的轻量级协议。soap在http协议的基础上，一个基于XML的协议。
不同：都是底层的通信协议，请求包的格式不同而已，soap包是XML格式,http纯文本格式。
关系：SOAP是个通信协议， SOAP在HTTP协议的基础上，把编写成XML的REQUEST参数, 放在HTTP BODY上提交个WEB SERVICE服务器(SERVLET，ASP什么的) 处理完成后，结果也写成XML作为RESPONSE送回用户端， 为了使用户端和WEB SERVICE可以相互对应，可以使用WSDL作为这种通信方式的描述文件，利用WSDL工具可以自动生成WS和用户端的框架文件，SOAP具备把复杂对象序列化捆绑到XML里去的能力。
WCF和WEB API我该选择哪个？
1、当你想创建一个支持消息、消息队列、双工通信的服务时，你应该选择WCF
2、当你想创建一个服务，可以用更快速的传输通道时，像TCP、Named Pipes或者甚至是UDP（在WCF4.5中）,在其他传输通道不可用的时候也可以支持HTTP。
3、当你想创建一个基于HTTP的面向资源的服务并且可以使用HTTP的全部特征时（比如URIs、request/response头，缓存，版本控制，多种内容格式），你应该选择Web API
4、当你想让你的服务用于浏览器、手机、iPhone和平板电脑时，你应该选择Web API
SOAP：Simple Object Access Protocol
简单对象访问协议（SOAP）是一种轻量的、简单的、基于 XML 的协议，它被设计成在 WEB 上交换结构化的和固化的信息。 SOAP 可以和现存的许多因特网协议和格式结合使用，包括超文本传输协议（ HTTP），简单邮件传输协议（SMTP），多用途网际邮件扩充协议（MIME）。它还支持从消息系统到远程过程调用（RPC）等大量的应用程序。
HTTP协议： 应用层
TCP协议 ： 传输层
HTTP协议详解之响应篇
在接收和解释请求消息后，服务器返回一个HTTP响应消息。
HTTP响应也是由三个部分组成，分别是：状态行、消息报头、响应正文
1、状态行格式如下：
HTTP-Version Status-Code Reason-Phrase CRLF
其中，HTTP-Version表示服务器HTTP协议的版本；Status-Code表示服务器发回的响应状态代码；Reason-Phrase表示状态代码的文本描述。
状态代码有三位数字组成，第一个数字定义了响应的类别，且有五种可能取值：
1xx：指示信息–表示请求已接收，继续处理
2xx：成功–表示请求已被成功接收、理解、接受
3xx：重定向–要完成请求必须进行更进一步的操作
4xx：客户端错误–请求有语法错误或请求无法实现
5xx：服务器端错误–服务器未能实现合法的请求
常见状态代码、状态描述、说明：
200 OK //客户端请求成功
400 Bad Request //客户端请求有语法错误，不能被服务器所理解
401 Unauthorized //请求未经授权，这个状态代码必须和WWW-Authenticate报头域一起使用
403 Forbidden //服务器收到请求，但是拒绝提供服务
404 Not Found //请求资源不存在，eg：输入了错误的URL
500 Internal Server Error //服务器发生不可预期的错误
503 Server Unavailable //服务器当前不能处理客户端的请求，一段时间后可能恢复正常
eg：HTTP/1.1 200 OK （CRLF）
2、响应报头后述
3、响应正文就是服务器返回的资源的内容