由网友(山鬼.)分享简介：应该是不RESTful的BE AJAX调用：Should AJAX calls that are not RESTful be: 摆在最适合自己的功能/视图或控制器捆绑在一起到自己单独的阿贾克斯控制器？我一直在做1，但我刚刚阅读（2725饰）的文章http://zygote.egg-co.com/10-脏小网络发...

应该是不RESTful的BE AJAX调用：

Should AJAX calls that are not RESTful be:

摆在最适合自己的功能/视图或控制器 捆绑在一起到自己单独的阿贾克斯控制器？

我一直在做1，但我刚刚阅读（2725饰）的文章 http://zygote.egg-co.com/10-脏小网络发展的技巧/ （见9点） 这CHAP选择采用方法2。但他是一个PHP开发人员，但。

I've been doing 1, but I've just read this (2725 diggs) article http://zygote.egg-co.com/10-dirty-little-web-development-tricks/ (see point 9) and this chap opts for method 2. But he is a PHP developer though.

一个好处可能是2可能清理路线做类似的东西。AJAX /：行动，而不是增加成员宁静的路线

One benefit could be that 2 might clean up the routes by doing something like 'ajax/:action' instead of adding members to restful routes.

这似乎是一个的一6.5，其他的类型的事情半个面包师的十几个。

It seems like a 6.5 of one, half a baker's dozen of the other type thing.

哪个选项，你去？

推荐答案

我preFER第一种方式：

I prefer the first approach:

在它的语义一致。如果一个Ajax行动涉及的资源XXX，你（和其他codeRS）会知道在哪里可以找到的东西在你的应用程序，这要归功于Rails的约定。 如果您的应用程序是沉重的阿贾克斯（与时下大部分是），你会落得一个庞然大物AjaxController是否定整个REST风格的东西。你的控制器的其余部分将在那里只是为了提供优雅降级非JavaScript CRUD操作。 同样，测试你的Ajax控制器往往会有些凌乱，因为你将不得不设置场景--load灯具，嘲笑等，为每一个和你的应用程序的每一个Ajax化的资源。