http://en.wikipedia.org/wiki/HATEOAS
HATEOAS是超媒体作为应用程序状态引擎的缩写,它是REST应用程序体系结构的一个约束,它与大多数其他网络应用程序体系结构不同。其原则是客户端与网络应用程序完全通过应用服务器动态提供的超媒体进行交互。除了对超媒体的一般理解之外,REST客户端不需要事先了解如何与任何特定的应用程序或服务器交互。相比之下,例如面向服务的体系结构(SOA),客户端和服务器通过通过文档共享的固定接口或接口描述语言(IDL)进行交互。
http://kinderman.net/2010/06/23/approaching-pure-rest-learning-to-love-hateoas
例如,
Twitter有允许客户端更新其状态的服务,或者转发已经存在的状态的服务。Twitter的API不是RESTful,因此转发状态的文档指示开发人员通过向http://api.twitter.com/1/statuses/retweet/[id].[format]发送HTTP或PUT请求来调用服务。
如果Twitter是RESTful,则客户端需要理解遵循链接转发状态意味着什么。这种服务的语义要比Fielding在他关于浏览器和爬虫的评论中提到的更深入。
http://code.google.com/apis/customsearch/v1/using_rest.html
您可以通过向其URI发送HTTP请求来检索特定搜索的结果。搜索的URI具有以下格式:
https://www.googleapis.com/customsearch/v1?parameters
因此,Google的自定义搜索API是SOA的一个例子,并不是Restful。
对/假??
拜托,这是个很清楚的问题。为什么12个小时后没人能回答。一个清楚地说明为什么它是不可回答的答案仍然是一个答案。
发布于 2011-07-13 18:19:37
如果有人构建了一个对https://www.googleapis.com/customsearch/v1?parameters URL进行硬编码的客户机,那么他们就不会使用服务RESTfully。如果google没有提供一个资源(该资源可以从服务条目URL中发现),而该资源包含此搜索URI的URI模板,那么在使用此API时不可能是完全RESTful。
https://stackoverflow.com/questions/6676973
复制相似问题