（Rich Internet Application，RIA）的架构。
在RIA中，服务器的主要功能（有时是唯一功能）是为客户端提供数据存取服务。
在这种模式中，服务器变成了Web服务或应用编程接口（Application Programming Interface，API）。
表现层状态转移（Representational State Transfer，REST）架构崭
露头角，成为Web程序的新宠，因为这种架构建立在大家熟识的万维网
基础之上。
Web服务的REST架构方式，并列出了6个符合这一架构定义的特征。
客户端—服务器
客户端和服务器之间必须有明确的界线。
无状态
客户端发出的请求中必须包含所有必要的信息。服务器不能在两次请求
之间保存客户端的任何状态。
缓存
服务器发出的响应可以标记为可缓存或不可缓存，这样出于优化目的，
客户端（或客户端和服务器之间的中间服务）可以使用缓存。
接口统一
客户端访问服务器资源时使用的协议必须一致，定义良好，且已经标准
化。REST Web服务最常使用的统一接口是HTTP协议。
系统分层
在客户端和服务器之间可以按需插入代理服务器、缓存或网关，以提高
性能、稳定性和伸缩性。
按需代码
客户端可以选择从服务器上下载代码，在客户端的环境中执行。
资源是REST架构方式的核心概念。在REST架构中，资源是程序中你要
着重关注的事物。例如，在博客程序中，用户、博客文章和评论都是资
源。
每个资源都要使用唯一的URL表示。还是以博客程序为例，一篇博客文
章可以使用URL /api/posts/12345表示，其中12345是这篇文章的唯一标
识符，使用文章在数据库中的主键表示。URL的格式或内容无关紧要，
只要资源的URL只表示唯一的一个资源即可。
某一类资源的集合也要有一个URL。博客文章集合的URL可以
是/api/posts/，评论集合的URL可以是/api/comments/。
API还可以为某一类资源的逻辑子集定义集合URL。
表示资源集合的URL习惯在末端加上一个斜线，代表一种"文件夹"结构。