㈠ WebAPI 和 webservice的区别
1、它是基于SOAP协议的，数据格式是XML
2、只支持HTTP协议
3、它不是开源的，但可以被任意一个了解XML的人使用
4、它只能部署在IIS上
Web API：
1、这是一个简单的构建HTTP服务的新框架
2、在.net平台上Web API 是一个开源的、理想的、构建REST-ful 服务的技术
3、不像WCF REST Service.它可以使用HTTP的全部特点（比如URIs、request/response头，缓存，版本控制，多种内容格式）
4、它也支持MVC的特征，像路由、控制器、action、filter、模型绑定、控制反转（IOC）或依赖注入（DI），单元测试。
5、它可以部署在应用程序和IIS上
6、这是一个轻量级的框架，并且对限制带宽的设备，比如智能手机等支持的很好
7、Response可以被Web API的MediaTypeFormatter转换成Json、XML 或者任何你想转换的格式。
㈡ 如何使用web api测试工具siege和ab的post方法来发送json数据 / 蓝讯
webapi 支持post get 只需要方法名称是post 和get 就可以了 function nTabs(thisObj,Num){ if(thisObj.className == "active")return; var tabObj = thisObj.parentNode.id; var tabList = document.getElementById(tabObj).getElementsByTagName("li"); for(i=0; i <tabList.length; i++) {
㈢ webapi 返回类型到底应该是什么才合适，这是个问题
我们知道在WebAPi中对于响应结果我们都是这样用的：
public HttpResponseMessage GetResult<T>(T t)
{
return Request.CreateResponse<T>(HttpStatusCode.OK, t);
}
在项目中前端为了和其他统一，封装了一套响应的结果和状态码，要求直接返回对象，于是将上述修改成比如如下：
public Result<List<Person>> GetResult()
{
var result = new Result<List<Person>>();
return result;
}
public class Result<T> : BaseResult
{
public T Data;
}
public class BaseResult
{
public string Message;
public int Status;
public ErrorCode ErrorCode;
}
public enum ErrorCode
{
......
}
统观以上两种方法，一种是WebAPi内置响应的结果，另外一种则是直接返回自定义响应结果。
于是乎，我开始思索这两种方法虽然都能得到我们想要的结果，但是有什么区别没有呢？说的更加明确一点的是，二者在数据响应上有没有性能上的差异呢？
WebAPi响应结果和自定义响应结果二者性能差异
以上则是需要返回对象来进行处理，而有些我们则不需要返回任何对象来进行处理例如直接返回void，而在WebAPi中对应需要返回 IHttpActionResult 例如自定义返回则是如下：
public void GetFirst()
{.....}
在WebAPi中则是进行如下返回：
public IHttpActionResult GetSecond()
{
return OK();
}
下面我们在控制台中分别来测试这二者在WebHost以及在SelfHost上的差异，我们如何获取其差异呢？我们通过对void方法和http方法在控制台中发出1000个请求来获取其总共花费时间来进行比较。
SelfHost
[HttpGet]
public void GetFirst()
{
StringBuilder stringbuilder = new StringBuilder();
for (int i = 0; i < 20; i++)
{
stringbuilder.Append("something");
}
}
[HttpGet]
public IHttpActionResult GetSecond()
{
StringBuilder stringbuilder = new StringBuilder();
for (int i = 0; i < 20; i++)
{
stringbuilder.Append("something");
}
return Ok();
}
在控制台中方法如下：
private const string voidUrl = "http://localhost:8080/api/home/GetFirst";
private const string httpUrl = "http://localhost:8080/api/home/GetSecond";
private static List<TimeSpan> voidTimes = new List<TimeSpan>();
private static List<TimeSpan> httpTimes = new List<TimeSpan>();
static void Main(string[] args)
{
Console.WriteLine("Start Test....");
for (int i = 0; i < 1000; i++)
{
voidTimes.Add(getResponse(voidUrl));
Thread.Sleep(10);
Console.WriteLine("void Test " + i);
}
Console.WriteLine("Finished Void Test");
for (int i = 0; i < 1000; i++)
{
httpTimes.Add(getResponse(httpUrl));
Thread.Sleep(10);
Console.WriteLine("http Test " + i);
}
Console.WriteLine("Finished Http Test");
var voidTotalTime = voidTimes.Sum(t => t.Milliseconds);
Console.WriteLine("void方法发出1000个请求总共需要时间：" + voidTotalTime);
Console.WriteLine("void方法平均每一个请求需要时间：" + voidTotalTime / 1000.00 + "秒");
var httpTotalTime = httpTimes.Sum(t => t.Milliseconds);
Console.WriteLine("http方法发出1000个请求总共需要时间： " + httpTotalTime);
Console.WriteLine("http方法平均每一个请求需要时间： " + httpTotalTime / 1000.00 + "秒");
Console.Read();
}
static TimeSpan getResponse(string url)
{
var stopWatch = new Stopwatch();
stopWatch.Start();
var httpClient = new HttpClient();
httpClient.BaseAddress = new Uri(url);
var task = httpClient.GetAsync(httpClient.BaseAddress).Result;
var result = task.Content.ReadAsAsync(typeof(object));
var timeSpan = stopWatch.Elapsed;
stopWatch.Stop();
return timeSpan;
}
㈣ 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、响应正文就是服务器返回的资源的内容
㈤ 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则要求使用服务的平台对数据格式强制适应，服务端的交互数据处理变得更加快捷容易，而增加了不同使用端的对服务交互困难度
㈥ 如何测试webservice和websocket接口
WebSocket是html5新增加的一种通信协议，目前流行的浏览器都支持这个协议，例如Chrome，Safari，Firefox，Opera，IE等等，对该协议支持最早的应该是chrome，从chrome12就已经开始支持，随着协议草案的不断变化，各个浏览器对协议的实现也在不停的更新。该协议还是草案，没有成为标准，不过成为标准应该只是时间问题了，从WebSocket草案的提出到现在已经有十几个版本了，目前最新的是版本17，所对应的协议版本号为13，目前对该协议支持最完善的浏览器应该是chrome，毕竟WebSocket协议草案也是Google发布的。
1. WebSocket API简介
首先看一段简单的javascript代码，该代码调用了WebSockets的API。
[javascript] view plain
var ws = new WebSocket(“ws://echo.websocket.org”);
ws.onopen = function(){ws.send(“Test!”); };
ws.onmessage = function(evt){console.log(evt.data);ws.close();};
ws.onclose = function(evt){console.log(“WebSocketClosed!”);};
ws.onerror = function(evt){console.log(“WebSocketError!”);};
这份代码总共只有5行，现在简单概述一下这5行代码的意义。
第一行代码是在申请一个WebSocket对象，参数是需要连接的服务器端的地址，同http协议使用http://开头一样，WebSocket协议的URL使用ws://开头，另外安全的WebSocket协议使用wss://开头。
㈦ 关于WebApi进行测试时出现"没有 OWIN 身份验证管理器与此请求相关联。"
500是服务器内部错误，是不是服务端要检测授权用户的访问呢，请确认是否授权验证信息传入正确。
㈧ WebService和Webapi的区别
Web Service特征
1、它是基于SOAP协议的，数据格式是XML
2、只支持HTTP协议
3、它不是开源的，但可以被任意一个了解XML的人使用
4、它只能部署在IIS上
Web API特征（红色标记与WebService区别）
1、这是一个简单的构建HTTP服务的新框架
2、在.net平台上Web API 是一个开源的、理想的、构建REST-ful 服务的技术
3、不像WCF REST Service.它可以使用HTTP的全部特点（比如URIs、request/response头，缓存，版本控制，多种内容格式）
4、它也支持MVC的特征，像路由、控制器、action、filter、模型绑定、控制反转（IOC）或依赖注入（DI），单元测试。这些可以使程序更简单、更健壮
5、它可以部署在应用程序和IIS上
6、这是一个轻量级的框架，并且对限制带宽的设备，比如智能手机等支持的很好
7、Response可以被Web API的MediaTypeFormatter转换成Json、XML 或者任何你想转换的格式。
8、Web API非常适合构建移动客户端服务
以下情况可以考虑用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用于外部服务的请求~
㈨ 北京北大青鸟：net编程开发测试技术
对于大多数的程序员来说，只要掌握相关的编程开发技术就可以，而对于软件测试来说基本上都是由测试人员来负责的，但是在一些小型的软件开发公司来说，大部分的开发程序员也是需要兼职测试的，下面java课程培训机构http://www.kmbdqn.cn/就一起来了解一下，net编程开发的测试技术都有哪些内容。
ASP.NETCoreWebAPI快速入门让我们一起来快速了解一下.NET和ASP.NETCore。
ASP.NETCore是Microsoft创造的全新Web框架，以便摆脱自ASP.NET1.0以来一直存在的遗留技术。
ASP.NETCore2.1摆脱这些遗留依赖，从头开始开发框架，因此可以给开发人员提供更高的性能，并且它是为跨平台执行而构建的。
什么是单元测试?对有些人来说，测试你的软件可能是一个新的概念，但是它很简单。
我们从单元测试开始。
维基网络对于它的严格定义是“是一种软件测试方法，对源代码的独立单元、一组或多组计算机程序模块以及相关的控制数据、使用程序和操作程序都进行测试，以了解它们是否适合使用”。
我比较喜欢的是一个外行的解释，单元测试是保证在你添加了新的功能或进行了缺陷修复之后，你的解决方案中的代码能像预期一样执行。
我们测试了一个简单的代码示例，来保证它符合我们的预期。
WebAPI要单元测试一些什么?我非常支持使用单元测试来为你的客户保证稳定和健壮的API。
但我清楚地知道要如何使用单元测试，知道要测试什么东西。
我相信，你要恰到好处地对解决方案进行单元测试，而不要做多余的测试。
这是什么意思呢?可能我的观点会引发很多评论，但是我不太注重要100%覆盖你的测试。
我是否认为我们需要能覆盖API解决方案重要部分的测试，单独隔开每个区域，保证每个代码段都是正确的?当然!我会这么做，这也是我想要讨论的。