上面对于RESTful的理解和使用我们有了一个认知，但是如果不能在涉及之初就对资源进行合理的划分，RESTful将变成只是针对现有功能的包路径调整。因此我们最好可以在设计之初就引入对应的资源概念。
1.架构中引入资源（Resource）的概念
最常见的错误就是在URI中包含动词，比如URI=http://example.com/getOrder?orderId=1234，其实「资源」表示一种实体，所以应该是名词，动词应该放在HTTP协议中。而与此同时URI也有可能破坏HTTP GET的安全性和幕等性，比如某个客户端在http://example.com/updateOrder?id=1234&coffee=latte上执行GET（而不是POST），就能创建一笔新的咖啡订单（一个资源），按理来说GET请求不能改变服务的任何状态。
2.每一个URI代表一种资源，支持HTTP动词
此时使用多个URI的话，需要让不同的URI代表不同的资源（多个URI可能指向同一个Resource，而一个URI不能指向不同Resource），同时使用多个HTTP方法操作这些资源，例如使用POST/GET/PUT/DELET分别进行CRUD操作。这时候HTTP头和有效载荷都包含业务逻辑，例如HTTP方法对应CRUD操作，HTTP状态码对应操作结果的状态。我们现在看到的大多数所谓RESTful API做到的也就是这个级别。
