六步实现Rest风格的API

Rest的作者认为计算机发展到现在，最大的成就不是企业应用，而是web，是漫漫无边的互联网web世界。Web能有这么大的成就，它值得我们研究。所以Rest的作者仔细研究了Web，按照Web的世界一些关键特性，提出了我们在实现企业应用的时候应该遵循的一种风格，就是Restful。

Rest风格的API可以给我们很多好处，比如：简洁，统一，性能，可扩展性等等。可惜的是，在实现Rest的时候，总有一些Rest的关键特性没有实现，比如，无状态性，这在我做过的两个项目和我知道的另外一个项目都存在。事实上要实现无状态性在java里不是那么容易，因为那意味着要把servlet的session抛弃了。除此之外，Rest的一些其他特性在各个项目中实现的也是各有不同。

接下来，我会列出一些我认为的，要实现Rest风格API的关键步骤：

1. 所有东西都是资源（Resource）

所有要给API操作的对象都只能是资源。不管实际上存在的，还是抽象上的。所有资源都会有一个不变的标识（ID），对资源的任何API操作都不应该改变资源的标识。资源和其他资源会有关系，资源与资源的关系通过资源的标识来引用。对资源的操作都应该是完整的，比如获取资源拿到的应该是一个完整的资源对象（根据企业引用特点有些例外，后面会提到）。

事实上，上面的这些完完全全是按照互联网的特性提出来的。互联网中，一个URL就是一个资源；资源的内容就是HTML页面；不管怎么改HTML内容，URL都不会改变；资源之间通过HTML里的连接联系起来；每次获取的时候，获取到的都是完整的HTML内容。

假设有一个博客系统，那么其中的资源可以包括：博主，每个博主都是一个资源；博客，每篇博客都是一个资源，博客和博主之间有联系，通过ID联系起来；每篇博客都会有回复，回复也算是资源，但是它是隶属于博客的，可以认为回复是博客的子资源（你也可以认为博客是博主的子资源，怎么抽象取决于具体的应用，这里不讨论）。

这步通常不难实现，因为这和ORM中的对象概念是类似的，实现上，如果用了Hibernate之类的框架，改动也应该很小。

2. 规范对资源的操作，最好只包括CRUD

CRUD指创建（Create），读取（Read）， 更新（Update），删除（