ruby-on-rails – 了解RESTful及其含义的简明方法是什么?

前端之家收集整理的这篇文章主要介绍了ruby-on-rails – 了解RESTful及其含义的简明方法是什么?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
**更新:horray!所以这是一个练习和理解的旅程. )现在我不再觉得这么笨

我已经阅读了许多关于REST的文章,并编写了几个使用RESTful资源的rails应用程序.但是,我从来没有真的感觉到我完全明白了它是什么,而RESTful和不舒服的区别是什么.我也很难向人们解释为什么/何时应该使用它.

如果有人为REST和情况发现了一个非常清楚的解释,何时/为什么/在哪里使用它(如果不这样),如果你可以把它付诸东流,那么谢谢! =)

解决方法

REST通常是这样学习的:

>您听说REST正在使用HTTP的方式,并从中避开SOAP Web服务的信封,因为许多SOAP标准所需的大部分内容都是通过HTTP以简单,无恶意的方式处理的.您也可以快速了解,您需要使用正确的方法进行正确的操作.
>后来,也许几年以后,你听说REST比这更多. REST实际上也是链接资源的概念.这通常需要一段时间才能掌握全部意义,但是当您了解到这一点时,您将开始在响应中引入超链接,以便客户端可以浏览您的系统,而无需与服务器如何命名其资源(即URI)进行耦合.
>甚至以后,你知道你还没有理解REST!这是因为你发现媒体类型很重要.您开始制作名为application / vnd.example.foo json的媒体类型,并将超链接放在其中,因为这已经是您对REST的理解了.
>几年过去了,你再次重读Fielding的论文,第十次,看看有没有什么你错过的,它突然曙光你真正的HATEOAS约束是什么:这是关于客户端没有任何概念如何服务器的资源是结构化的,但它在运行时会发现这些关系.这也意味着用户前面的屏幕完全被传递到电线上的驱动驱动,所以事实上,如果一个服务器传递一个image / jpeg,那就是你应该向用户显示内容,而不是一个错误消息说“AtomProcessor不能处理图像/ jpeg”.

我只是来到#4的条件,我希望梯子不再长了!这是我七年了.

猜你在找的Ruby相关文章