我已经阅读了许多关于REST的文章,并编写了几个使用RESTful资源的rails应用程序.但是,我从来没有真的感觉到我完全明白了它是什么,而RESTful和不舒服的区别是什么.我也很难向人们解释为什么/何时应该使用它.
如果有人为REST和情况发现了一个非常清楚的解释,何时/为什么/在哪里使用它(如果不这样),如果你可以把它付诸东流,那么谢谢！ =)
解决方法@H_404_8@
REST通常是这样学习的：
>您听说REST正在使用HTTP的方式,并从中避开SOAP Web服务的信封,因为许多SOAP标准所需的大部分内容都是通过HTTP以简单,无恶意的方式处理的.您也可以快速了解,您需要使用正确的方法进行正确的操作.
>后来,也许几年以后,你听说REST比这更多. REST实际上也是链接资源的概念.这通常需要一段时间才能掌握全部意义,但是当您了解到这一点时,您将开始在响应中引入超链接,以便客户端可以浏览您的系统,而无需与服务器如何命名其资源(即URI)进行耦合.
>甚至以后,你知道你还没有理解REST！这是因为你发现媒体类型很重要.您开始制作名为application / vnd.example.foo json的媒体类型,并将超链接放在其中,因为这已经是您对REST的理解了.
>几年过去了,你再次重读Fielding的论文,第十次,看看有没有什么你错过的,它突然曙光你真正的HATEOAS约束是什么：这是关于客户端没有任何概念如何服务器的资源是结构化的,但它在运行时会发现这些关系.这也意味着用户前面的屏幕完全被传递到电线上的驱动驱动,所以事实上,如果一个服务器传递一个image / jpeg,那就是你应该向用户显示的内容,而不是一个错误消息说“AtomProcessor不能处理图像/ jpeg”.
我只是来到#4的条件,我希望梯子不再长了！这是我七年了.
>您听说REST正在使用HTTP的方式,并从中避开SOAP Web服务的信封,因为许多SOAP标准所需的大部分内容都是通过HTTP以简单,无恶意的方式处理的.您也可以快速了解,您需要使用正确的方法进行正确的操作.
>后来,也许几年以后,你听说REST比这更多. REST实际上也是链接资源的概念.这通常需要一段时间才能掌握全部意义,但是当您了解到这一点时,您将开始在响应中引入超链接,以便客户端可以浏览您的系统,而无需与服务器如何命名其资源(即URI)进行耦合.
>甚至以后,你知道你还没有理解REST！这是因为你发现媒体类型很重要.您开始制作名为application / vnd.example.foo json的媒体类型,并将超链接放在其中,因为这已经是您对REST的理解了.
>几年过去了,你再次重读Fielding的论文,第十次,看看有没有什么你错过的,它突然曙光你真正的HATEOAS约束是什么：这是关于客户端没有任何概念如何服务器的资源是结构化的,但它在运行时会发现这些关系.这也意味着用户前面的屏幕完全被传递到电线上的驱动驱动,所以事实上,如果一个服务器传递一个image / jpeg,那就是你应该向用户显示的内容,而不是一个错误消息说“AtomProcessor不能处理图像/ jpeg”.
我只是来到#4的条件,我希望梯子不再长了！这是我七年了.