我们还使用表单,它附带预定义的操作或 URL 以提交网站执行某些操作所需的数据。

简而言之,它阻止了可演变性,因为 API 描述中的任何更改都可能中断所有现有客户端。

超媒体可以帮助客户端屏蔽任何服务器更改。

例如,如果取消采购订单 (PO),就不应允许客户端应用程序提交该 PO,这意味着在发送到客户端的响应中应无法使用提交该 PO 的链接或表单。

超媒体应运而生

我们认为,您也可以在这些情形中使用超媒体项目。

超媒体项目为客户端提供了一种方法,使它可以根据服务器应用程序工作流的状态来确定可以在指定时间点执行的操作集合。

这没有为不提供文档找借口,但是 API 在可更新性方面更灵活了。

相比之下,诸如 XHTML (application/xhtml+xml) 或 ATOM (application/atom+xml) 的媒体类型已支持其中的一些超媒体项目(如链接或表单)。

例如,如果要使用 XHTML 公开目录中的产品列表,资源负载可能类似于图 1 中所示的负载。

图 1 使用 XHTML 公开产品列表

  1. <div id="products">
  2. <ul class="all">
  3. <li>
  4. <span class="product-id">1</span>
  5. <span class="product-name">Product 1</span>
  6. <span class="product-price">5.34</span>
  7. <a rel="add-cart" href="/cart" type="application/xml"/>
  8. </li>
  9. <li>
  10. <span class="product-id">2</span>
  11. <span class="product-name">Product 2</span>
  12. <span class="product-price">10</span>
  13. <a rel="add-cart" href="/cart" type="application/xml"/>
  14. </li>
  15. </ul>
  16. </div>

由于超媒体和链接,客户端与服务器端的业务工作流已取消关联。

在我们的产品目录示例中,服务器可能包含一个新链接用于将产品标记为收藏项,如下所示:

  1. <li>
  2. <span class="product-id">1</span>
  3. <span class="product-name">Product 1</span>
  4. <span class="product-price">5.34</span>
  5. <a rel="add-cart" href="/cart/1" type="application/xml"/>
  6. <a rel="favorite" href="/product_favorite/1"
  7. type="application/xml"/>
  8. </li>

例如,您可以具有一个 URL“/shopping_cart”,它返回以下 HTML 表示形式:

  1. <div class="root">
  2. <a rel="products" href="/products"/>
  3. <a rel="cart" href="/cart"/>
  4. <a rel="favorites" href="/product_favorite"/>
  5. </div>

在 OData 服务中也提供类似功能,该功能在根 URL 中公开一个服务文档,该文档包含所有支持的资源集和用于获取与其关联的数据的链接。

对于所有这些问题,使用 HTML 表单可以解决,它有很多意义。

操作中的表单

该表单可以包含一个带 URL 的“action”属性、一个表示 HTTP 方法的“method”属性和一些可能要求用户输入的输入字段,还包含可读的继续操作的说明。

在产品目录中,用于访问第一个产品的“add-cart”链接的 HTTP GET 将检索用 XHTML 表示的以下表单:

  1. <form action="/cart" method="POST">
  2. <input type="hidden" id="product-id">1</input>
  3. <input type="hidden" id="product-price">5.34</input>
  4. <input type="hidden" id="product-quantity" class="required">1</input>
  5. <input type="hidden" id="___forgeryToken">XXXXXXXX</input>
  6. </form>

服务器还可以在表单中包含其他信息,例如,包含一个伪造标记以避免跨站点请求伪造 (CSRF) 攻击或对预先为服务器填充的数据进行签名。

此模型允许任意 Web API 通过基于不同因素(如用户权限或客户端要使用的版本)提供新表单来自由演变。

用于 XML 和 JSON 的超媒体?

尽管可以使用域特定的概念(如“application/vnd-shoppingcart+xml”)扩展这些媒体类型,但是这要求新客户端了解在新类型中定义的所有语义(并还可能衍生媒体类型),因此一般不这样做。

HAL 媒体类型定义包含一组属性、一组链接和一组嵌入资源的资源,如图 2 中所示。

使用 ASP.NET Web API 构建超媒体 Web API图 2 HAL 媒体类型

图 4 是示例资源的 JSON 表示形式。

图 3 HAL 中的产品目录

  1. <resource href="/products">
  2. <link rel="next" href="/products?page=2" />
  3. <link rel="find" href="/products{?id}" templated="true" />
  4. <resource rel="product" href="/products/1">
  5. <link rel="add-cart" href="/cart/" />
  6. <name>Product 1</name>
  7. <price>5.34</price>
  8. </resource>
  9. <resource rel="product" href="/products/2">
  10. <link rel="add-cart" href="/cart/" />
  11. <name>Product 2</name>
  12. <price>10</price>
  13. </resource>
  14. </resource>

图 4 示例资源的 JSON 表示形式

  1. {
  2. "_links": {
  3. "self": { "href": "/products" },
  4. "next": { "href": "/products?page=2" },
  5. "find": { "href": "/products{?id}", "templated": true }
  6. },
  7. "_embedded": {
  8. "products": [{
  9. "_links": {
  10. "self": { "href": "/products/1" },
  11. "add-cart": { "href": "/cart/" },
  12. },
  13. "name": "Product 1",
  14. "price": 5.34,
  15. },{
  16. "_links": {
  17. "self": { "href": "/products/2" },
  18. "add-cart": { "href": "/cart/" }
  19. },
  20. "name": "Product 2",
  21. "price": 10
  22. }]
  23. }
  24. }

在 ASP.NET Web API 中支持超媒体

现在我们来了解一下如何在使用 ASP.NET Web API 的生产环境中实际实施这些原理,并使用此框架提供的所有可扩展性和功能。

幸运的是,这种不一致性在 ASP.NET Web API 中已通过引入格式化程序得到解决。

每个格式化程序从基类 System.Net.Http.Formatting.MediaTypeFormatter 派生并重写方法 CanReadType/ReadFromStreamAsync 以支持反序列化,重写方法 CanWriteType/WriteToStreamAsync 以支持将 .NET 类型序列化为指定的媒体类型格式。

图 5 显示 MediaTypeFormatter 类的定义。

图 5 MediaTypeFormatter 类

  1. public abstract class MediaTypeFormatter
  2. {
  3. public Collection<Encoding> SupportedEncodings { get; }
  4. public Collection<MediaTypeHeaderValue> SupportedMediaTypes { get; }
  5. public abstract bool CanReadType(Type type);
  6. public abstract bool CanWriteType(Type type);
  7. public virtual Task<object> ReadFromStreamAsync(Type type,
  8. Stream readStream,
  9. HttpContent content, IFormatterLogger formatterLogger);
  10. public virtual Task WriteToStreamAsync(Type type, object value,
  11. Stream writeStream, HttpContent content,
  12. TransportContext transportContext);
  13. }

格式化程序在 ASP.NET Web API 中对于支持内容协商起着重要作用,因为框架现在可以根据在请求消息的“Accept”和“Content-Type”标头中收到的值选择正确的格式化程序。

此基类提供您可以在实现中重写的两个方法 SaveToStream 和 ReadFromStream,它们是 SaveToStreamAsync 和 ReadFromStreamAsync 的同步版本。

开发用于 HAL 的 MediaTypeFormatter

为此,我们使用一个用于表示资源的基类和另一个用于表示资源集合的基类来使格式化程序的实现更简单:

  1. public abstract class LinkedResource
  2. {
  3. public List<Link> Links { get; set; }
  4. public string HRef { get; set; }
  5. }
  6. public abstract class LinkedResourceCollection<T> : LinkedResource,
  7. ICollection<T> where T : LinkedResource
  8. {
  9. // Rest of the collection implementation
  10. }

例如,一个产品或产品集合可以按以下方式实现:

  1. public class Product : LinkedResource
  2. {
  3. public int Id { get; set; }
  4. public string Name { get; set; }
  5. public decimal UnitPrice { get; set; }
  6. }
  7. ...
  8. public class Products : LinkedResourceCollection<Product>
  9. {
  10. }

图 6 中的示例使用了第二个基类。

图 6 BufferedMediaTypeFormatter 基类

  1. public class HalXmlMediaTypeFormatter : BufferedMediaTypeFormatter
  2. {
  3. public HalXmlMediaTypeFormatter()
  4. : base()
  5. {
  6. this.SupportedMediaTypes.Add(new MediaTypeHeaderValue(
  7. "application/hal+xml"));
  8. }
  9. public override bool CanReadType(Type type)
  10. {
  11. return type.BaseType == typeof(LinkedResource) ||
  12. type.BaseType.GetGenericTypeDefinition() ==
  13. typeof(LinkedResourceCollection<>);
  14. }
  15. public override bool CanWriteType(Type type)
  16. {
  17. return type.BaseType == typeof(LinkedResource) ||
  18. type.BaseType.GetGenericTypeDefinition() ==
  19. typeof(LinkedResourceCollection<>);
  20. }
  21. ...
  22. }

还可以实现另一个格式化程序来支持 JSON 变体(可选)。

实际工作在 WriteToStream 和 ReadFromStream 方法中完成(如图 7 中所示),这些方法将分别使用 XmlWriter 和 XmlReader 来将对象写入流或从流中读取对象。

图 7 WriteToStream 和 ReadFromStream 方法

  1. public override void WriteToStream(Type type, object value,
  2. System.IO.Stream writeStream, System.Net.Http.HttpContent content)
  3. {
  4. var encoding = base.SelectCharacterEncoding(content.Headers);
  5. var settings = new XmlWriterSettings();
  6. settings.Encoding = encoding;
  7. var writer = XmlWriter.Create(writeStream, settings);
  8. var resource = (LinkedResource)value;
  9. if (resource is IEnumerable)
  10. {
  11. writer.WriteStartElement("resource");
  12. writer.WriteAttributeString("href", resource.HRef);
  13. foreach (LinkedResource innerResource in (IEnumerable)resource)
  14. {
  15. // Serializes the resource state and links recursively
  16. SerializeInnerResource(writer, innerResource);
  17. }
  18. writer.WriteEndElement();
  19. }
  20. else
  21. {
  22. // Serializes a single linked resource
  23. SerializeInnerResource(writer, resource);
  24. }
  25. writer.Flush();
  26. writer.Close();
  27. }
  28. public override object ReadFromStream(Type type,
  29. System.IO.Stream readStream, System.Net.Http.HttpContent content,
  30. IFormatterLogger formatterLogger)
  31. {
  32. if (type != typeof(LinkedResource))
  33. throw new ArgumentException(
  34. "Only the LinkedResource type is supported", "type");
  35. var value = (LinkedResource)Activator.CreateInstance(type);
  36. var reader = XmlReader.Create(readStream);
  37. if (value is IEnumerable)
  38. {
  39. var collection = (ILinkedResourceCollection)value;
  40. reader.ReadStartElement("resource");
  41. value.HRef = reader.GetAttribute("href");
  42. var innerType = type.BaseType.GetGenericArguments().First();
  43. while (reader.Read() && reader.LocalName == "resource")
  44. {
  45. // Deserializes a linked resource recursively
  46. var innerResource = DeserializeInnerResource(reader, innerType);
  47. collection.Add(innerResource);
  48. }
  49. }
  50. else
  51. {
  52. // Deserializes a linked resource recursively
  53. value = DeserializeInnerResource(reader, type);
  54. }
  55. reader.Close();
  56. return value;
  57. }

以下是如何对 ASP.NET 执行此操作:

  1. protected void Application_Start()
  2. {
  3. Register(GlobalConfiguration.Configuration);
  4. }
  5. public static void Register(HttpConfiguration config)
  6. {
  7. config.Formatters.Add(new HalXmlMediaTypeFormatter());
  8. }

对于产品目录实例,产品和表示目录的产品集合可以分别从 LinkedResource 和 LinkedResourceCollection 派生:

  1. public class Product : LinkedResource
  2. {
  3. public int Id { get; set; }
  4. public string Name { get; set; }
  5. public decimal UnitPrice { get; set; }
  6. }
  7. public class Products : LinkedResourceCollection<Product>
  8. {
  9. }

用于处理产品目录资源的所有请求的控制器 ProductCatalogController 现在可以为 Get 方法返回 Product 和 Products 的实例(如图 8 中所示)。

图 8 ProductCatalogController 类

  1. public class ProductCatalogController : ApiController
  2. {
  3. public static Products Products = new Products
  4. {
  5. new Product
  6. {
  7. Id = 1,
  8. Name = "Product 1",
  9. UnitPrice = 5.34M,
  10. Links = new List<Link>
  11. {
  12. new Link { Rel = "add-cart", HRef = "/api/cart" },
  13. new Link { Rel = "self", HRef = "/api/products/1" }
  14. }
  15. },
  16. new Product
  17. {
  18. Id = 2,
  19. Name = "Product 2",
  20. UnitPrice = 10,
  21. Links = new List<Link>
  22. {
  23. new Link { Rel = "add-cart", HRef = "/cart" },
  24. new Link { Rel = "self", HRef = "/api/products/2" }
  25. }
  26. }
  27. };
  28. public Products Get()
  29. {
  30. return Products;
  31. }
  32. }

github.com/howarddierking/RestBugs。

格式化程序使您可以轻松使用新媒体类型扩展 Web API。   

在 Web API 控制器中提供更好的链接支持

UrlHelper 类定义类似于:

  1. public class UrlHelper
  2. {
  3. public string Link(string routeName,
  4. IDictionary<string, object> routeValues);
  5. public string Link(string routeName, object routeValues);
  6. public string Route(string routeName,
  7. IDictionary<string, object> routeValues);
  8. public string Route(string routeName, object routeValues);
  9. }

Link 方法接收两个变量: 路由名称和要构成 URL 的值。

图 9 显示对于以前的产品目录示例,如何在 Get 方法中使用 UrlHelper 类。

图 9 如何在 Get 方法中使用 UrlHelper 类

  1. public Products Get()
  2. {
  3. var products = GetProducts();
  4. foreach (var product in products)
  5. {
  6. var selfLink = new Link
  7. {
  8. Rel = "self",
  9. HRef = Url.Route("API Default",
  10. new
  11. {
  12. controller = "ProductCatalog",
  13. id = product.Id
  14. })
  15. };
  16. product.Links.Add(selfLink);
  17. if(product.IsAvailable)
  18. {
  19. var addCart = new Link
  20. {
  21. Rel = "add-cart",
  22. HRef = Url.Route("API Default",
  23. new
  24. {
  25. controller = "Cart"
  26. })
  27. };
  28. product.Links.Add(addCart);
  29. }
  30. }
  31. return Products;
  32. }

向客户端提供链接的逻辑主要依赖于通常在控制器中实施的业务规则。

总结

通过在不同阶段使用服务器提供的链接或其他超媒体项目(如表单),客户端可以成功与驱动交互的服务器业务工作流取消关联。

 

twitter.com/cibrax 上关注他。

原文: http://msdn.microsoft.com/zh-cn/magazine/jj883957.aspx 

相关文章: