Astoria：微软的REST式数据服务

在MIX 07 会议上，微软宣布了Astoria 项目，这个项目能通过一个 REST 化的方式将数据以 Web 上的数据服务展示。Astoria 在线服务网页描述了微软 Astoria 项目的目标：

……使得应用可以以数据服务的方式展现数据，然后被应用在企业网络和互联网上的 Web 客户端中。数据服务是通过 HTTP 获取的，URI 用来标识以服务形式存在的不同信息。数据服务之间的交互是通过像 GET、POST、PUT 和 DELETE 等这样的 HTTP 动词来实现的，这些交互中的数据转换是由像 XML 和 JSON 这样简单的格式表示的。

微软关于Astoria 的官方概览文档阐述了数据是如何通过 Astoria 数据服务来定位和表示的。为了用 Astoria 数据服务定位数据，需要用到下面的定位模式：http://host/vdir//{{<[predicate]>}。比如 URI http://myserver/data.svc/Customers 表示指向一个包含所有客户实例的资源。单个的客户可以通过比如 http://myserver/data.svc/Customers[ALFKI] 这样的资源 URI 指定，这儿的“ALFKI”表示客户数据中的唯一键值（Key）。

谓词可以被整合进资源 URI 中，比如 http://myserver/data.svc/Customers[City eq 'London']，还有一些控制输出的查询字符串等：

http://myserver/data.svc/Customers?$orderby=City

http://myserver/data.svc/Customers?$top=5

http://myserver/data.svc/Customers?$skip=30&$take=10

关于输出和数据表示，Astoria 支持 XML、JSON 和 RDF+XML 的子集等，默认的数据表示是 XML，比如 http://myserver/data.svc/Customers[ALFKI] 可能会有如下的响应：

<DataService xml:base="http://myserver/data.svc">
 <Customers>
  <Customer uri="Customers[ALFKI]">
   <CustomerID>ALFKICustomerID> 
   <CompanyName>Alfreds FutterkisteCompanyName> 
   <ContactName>Maria AndersContactName> 
   <ContactTitle>Sales RepresentativeContactTitle> 
   <Address>Obere Str. 57Address> 
   <City>BerlinCity> 
   <Region /> 
   <PostalCode>12209PostalCode> 
   <Country>GermanyCountry> 
   <Phone>030-0074321Phone> 
   <Fax>030-0076545Fax> 
   <Orders href="Customers[ALFKI]/Orders" /> 
  Customer>
 Customers>
DataService>

根节点上的“DataService”永远包含由服务表示的任何资源的基准 URI。代表关联资源的导航节点包含相关的 URI。比如客户“ALFKI”的订单是由根节点上的基准 URI 和订单节点里的相关 URI 一起组成的："http://myserver/data.svc" + "/" + "Customers[ALFKI]/Orders"。

根据微软的说法，Astoria 提供了一种能实现提供数据的 REST 化 Web 服务简单方式。除了可以通过 GET 从数据服务中取数据，数据还可以通过 HTTP PUT 或者 HTTP POST 更新和增加。

Udi Dahan却对 Astoria 带来的好处和适用性以及微软的数据服务方式表示怀疑：

但是我不得不说，我从一开始就反对那些“数据服务”。REST 方式大部分情况下应用在巨型的资源上——但这儿好像只是用在数据库里的一张表里。看看一些关于REST 和 SOA 的讨论就知道了。

但是，Danny Ayers却认为微软通过 Astoria 看到了语义网的希望。Alex James还总结了一些关于Astoria 争论的概览。

Astoria：微软的 REST 式数据服务