Restful是基于网络的软件系统架构风格。其优先考虑分布性和扩展性，而不是安全、错误处理、对象映射。

所以Restful架构特别适用的场合为用户快速增长的互联网和移动互联网领域，看起来很容易理解，以资源，资源的表示，资源的状态转移为核心概念。

不过实际在实现Restful服务的时候，仍然有一些应用陷阱，部分是由于Restful本身不是强制性约束，而只是风格建议，

部分是由于开发者对Restful的一知半解乃至曲解所导致。

把一个系统的Restful APIs设计简洁得体，让使用者舒服，并遵循一致的风格/规范，毫无疑问是好的架构师需要去做的事情。

比如一个网上商城系统的用户注册、登陆、更新帐户信息等行为，如何用Restful提供API接口，并非CRUD映射那么简单。

下面是对Restful服务相关的必读文章，对Restful几乎所有问题都有精准的解读。

1、Fielding博士论文，Restful风格提出者

http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm

2、RESTful实践 RESTful HTTP in practice

http://www.infoq.com/articles/designing-restful-http-apps-roth

3、如何版本化REST服务 Versioning REST services

http://www.informit.com/articles/article.aspx?p=1566460

把版本和资源表示格式放在URL中虽然不那么Restful，但也有好处，简洁直观，便于从系统日志中检查问题

4、如何处理非CRUD动作，如door/1/lock, user/1/login etc...基本上可以通过为资源添加一个状态属性（子资源）来去动词化

http://stackoverflow.com/questions/16091947/how-to-route-non-crud-actions-in-a-restful-asp-net-web-api

一致的URL风格方便在配置中统一建立URL映射规则，可以避免特殊处理代码即硬编码，

如果把动词register/login等放在url中，固然看起来直观，但需要编写特定的URL映射，从而引入hard codes。

5、RESTful服务安全方案oauth/oauth2被广泛使用如Facebook

http://oauth.net/2/

by iefreer

转载：http://blog.csdn.net/iefreer/article/details/9017651