ASP.NET Web API 简介
ASP.NET MVC 4 包含了 ASP.NET Web API, 这是一个创建可以连接包括浏览器、移动设备等多种客户端的 Http 服务的新框架, ASP.NET Web API 也是构建 RESTful 服务的理想平台。
ASP.NET Web API 特性
ASP.NET Web API 包含下列特性:
- 先进的 HTTP 编程模型: 使用新的强类型的 HTTP 对象模型直接操作 HTTP 请求和响应, 在 HTTP客户端使用相同的编程模型和 HTTP 管道;
- 支持路由: Web API 完整支持 ASP.NET 路由, 包括路由参数和约束。 此外, 到动作的映射支持约定, 从此将不再需要向类或者方法添加类似于 [HttpPost] 之类的属性;
- 内容协商: 客户端与服务端可以一起决定 API 返回数据的格式。 默认支持 XML, JSON 以及 Form URL-Encoded 格式, 可以扩展添加自定义格式, 甚至可以替换掉默认的内容协商策略;
- 模型绑定与验证: 模型绑定器可以轻易地从 HTTP 请求中提取数据并转换成在动作方法中使用的 .Net 对象;
- 过滤: Web API 支持过滤, 包括总所周知的 [Authorize] 过滤标记, 可以为 Action 添加并插入自定义过滤, 实现认证、异常处理等;
- 查询聚合: 只要简单的返回 Iqueryable<T> , Web API 将会支持通过 OData 地址约定进行查询;
- 改进的 Http 细节可测试性: Web API 不是将 HTTP 细节设置到一个静态的 Context 对象上, 而是使用 HttpRequestMessage 和 HttpResponseMessage 实例, 可以使用这些对象的泛型版本为这些 Http 类型添加自定义类型;
- 改进的依赖反转 (IoC) 支持: Web API 使用 MVC Dependency Resolver 实现的服务定位器模式在不同的场景下来获取实例;
- 基于代码的配置: Web API 单独使用代码完成配置, 从而保证了配置文件的整洁;
- 自托管 (Self-Host) : Web API 除了可以托管在 IIS 中, 还可以托管在进程中,依旧可以使用路由以及其它的特性。
第一个 Web API 程序
从零开始创建 Web API 项目
1、 创建一个空的 ASP.NET 4.0 网站项目
2、 添加对 System.Net.Http , System.Net.Http.Formatting , System.Web.Http , System.Web.Http.Common , System.Web.Http.WebHost 的引用
3、 添加 Global Application Class , 并在 Global 类中的 Application_Start 方法中添加如下代码:
1
2
3
4
5
6
7
|
RouteTable.Routes.MapHttpRoute( name: "DefaultApi" , routeTemplate: "api/{controller}/{id}" , defaults: new { id = RouteParameter.Optional } ); |
4、添加一个 ProductsController , 继承自 ApiController , 代码如下:
1
2
3
4
5
6
7
|
public class ProductController : ApiController { public IQueryable<product> GetAllProducts() { ... } public Product GetProductById( int id) { ... } }</product> |
5、 在浏览器输入 URI 访问资源, 也可以通过脚本等任何客户端进行访问, 以浏览器为例:
在地址栏输入 http://localhost:64334/api/products 将会访问到 GetAllProducts 方法, 返回所有的 Product 实例;
在地址栏输入 http://localhost:64334/api/products /1 将会访问到 GetProductById 方法, 返回指定 id 的 Product 实例;
理解 API 路由
对于每一个 Http 消息, ASP.NET Web API 框架通过路由表决定由哪个控制器处理请求。 当你创建一个新的 Web API 项目时, 将会包含一个类似这样的一个默认的路由:
/api/{controller}/{id}
{controller} 和 {id} 是两个占位符, 当遇到一个符合这种样式的 URI , 将将会开始寻找合适的控制器方法进行调用, 规则如下:
- {controller} 用来与控制器名称像匹配;
- HTTP 请求的方法用来与方法名称匹配; (本规则只适用于 GET, POST, PUT 和 DELETE)
- {id} , 如果有, 将会用于和方法的 id 参数进行匹配;
这里有一些请求的例子, 以及基于当前实现情况的的 HTTP 动作结果:
HTTP Method | URI | Action |
GET | /api/products | GetAllProducts |
GET | /api/products/5 | GetProduct(5) |
POST | /api/products | HTTP Status 405 |
GET | /api/users/ | HTTP Status 404 |
在第一个例子中, 与 "products" 相匹配的是 ProductsController , HTTP 请求的方法是 GET , 所以框架开始在 ProductController 类里面寻找以 “Get” 开头的方法, 此外, URI 中没有提供 id 参数, 所以框架要找一个没有参数的方法, 最后, ProductsController 的 GetAllProducts 方法满足要求。
第二个例子与第一个类似, 不同的是 URI 里面包含了 {id} 参数。 因此, 框架调用 GetProduct 方法, 因为它需要一个名称为 id 参数。 值得注意的是, URI 里面的 id 参数是字符串类型的 “5” , 框架会根据方法的签名自动把它转换成整形。
在第三个例子中, 客户端发起 HTTP Post 请求, 框架寻找名称以 “Post” 开始的方法。 而 ProductController 类没有这样的方法, 所以框架返回的 HTTP 状态码是 405 , 表示不允许调用的方法 (Method Not Allowed) 。
再看第四个例子, 客户端发送一个 GET 请求到 /api/users 。 框架寻找名称为 UserController 的控制器, 这样的类还没有定义, 所以框架返回的 HTTP 状态码是 404 , 表示请求的资源未找到。
Web API CURD
什么是 CURD
CURD 是指 Create 、 Update 、 Read 、 Delete 四个简单的数据库操作, 通常大多数 Web 服务也通过 REST 风格的服务提供这些操作。
接下来将继续完善 ProductsController 以支持下面所有的操作:
动作 |
HTTP 方法 |
相对路径 |
获取全部 |
GET |
/api/products |
指定 id 获取 |
GET |
/api/products/id |
添加 |
POST |
/api/products |
更新 |
PUT |
/api/products/id |
删除 |
DELETE |
/api/products/id |
资源
ProductController 提供了两种 URI 资源:
资源 |
地址 |
全部产品列表 |
/api/products |
单个产品 |
/api/products/id |
HTTP 的四个主要方法 (GET, PUT, POST, DELETE) 按照下列方式映射为 CURD 操作:
- GET 用于获取 URI 资源的进行展示, GET 操作不应对服务端有任何影响;
- PUT 用于更新 URI 上的一个资源, 如果服务端允许, PUT 也可以用于新建一个资源;
- POST 用于新建 资源, 服务端在指定的 URI 上创建一个新的对象, 将新资源的地址作为响应消息的一部分返回;
- DELETE 用于删除指定的 URI 资源。
实现 CURD
新建资源
客户端发起 HTTP POST 请求新建资源, 为了能处理 POST 请求, 需要在 ProductController 定义一个以 Post 开头的方法, 这个方法接受一个类型为 Product 的参数。
根据 HTTP/1.1 协议, 需要注意的问题有:
- 响应代码: Web API 默认返回的响应代码是 200 (OK) , 但是根据 HTTP/1.1 协议, POST 请求并创建资源的响应代码应该是 201 (Created);
- 地址: 当服务器创建资源之后, 应该在响应的 Header 里面包含新资源的地址。
新建资源的最终代码如下:
1
2
3
4
5
6
7
|
public HttpResponseMessage<product> PostProduct(Product product) { this ._dbContext.Save(product); var result = new HttpResponseMessage<product>(product, HttpStatusCode.Created); var location = Url.Route( null , new { id = product.ProductID }); result.Headers.Location = new Uri(location); return result; }</product></product> |
更新资源内容
更新是比较简单的, 代码如下:
1
2
3
4
5
6
7
8
|
public HttpResponseMessage PutProduct( int id, Product product) { if (! this ._dbContext.Products.Any(p => p.ProductID == id)) { throw new HttpResponseException(HttpStatusCode.NotFound); } product.ProductID = id; this ._dbContext.Update(product); return new HttpResponseMessage(HttpStatusCode.OK); } |
该方法需要两个参数, id 从 URI 中获取, product 从客户端请求消息中获取。
删除资源
根据 HTTP 协议, 删除应当是幂等的, 也就是说一个 URI 上接受到多少个删除请求都是相同的, 如果资源已经被删除, 也不能返回错误的响应代码。
如果成功删除了资源, 可以返回 200 (OK) 响应代码, 以及一个实体进行状态说明, 或者返回 204 (No Content)。
如果删除需要等待事务完成, 则应该返回 202 (Accepted) 。
删除资源的实现代码如下:
1
2
3
4
5
|
public HttpResponseMessage DeleteProduct( int id) { var product = this ._dbContext.Products.FirstOrDefault(p => p.ProductID == id); this ._dbContext.Delete(product); return new HttpResponseMessage(HttpStatusCode.NoContent); } |
张志敏所有文章遵循创作共用版权协议,要求署名、非商业 、保持一致。在满足创作共用版权协议的基础上可以转载,但请以超链接形式注明出处。
本博客已经迁移到 GitHub , 围观地址: http://beginor.github.io/