ruby-on-rails – RoR – 首选 – 机架中间件或主动控制器滤波器?

对于最新版本的 Ruby on Rails(在提出这个问题时有4个),实现修改请求/响应的代码(如身份验证机制)的首选方法是什么.我看到许多站点和教程提倡 Rack middleware,而看起来可以通过 Action Controller filter methods实现相同的功能.

除了讨论首选方法之外,还可以比较每种方法的优缺点吗?在我的初步调查中,似乎动作控制器过滤器方法更紧密地集成到RoR应用程序中,这样您就可以绕过在某些控制器端点上运行某些过滤器,而中间件似乎无法具有该级别的控制.像这样的细节会很棒.谢谢!

解决方法

Rack Middleware和ActionController过滤器真的很不一样.

Rack是标准的Ruby webserver接口.它的设计工作方式使得Rack应用程序或“Middlewares”可以链接在一起,每个都以特定方式转换请求/响应.如果您创建/使用机架中间件,您将有机会在实际到达Rails应用程序之前转换请求.

ActionController过滤器只是在Rails中直接控制器方法之前或之后执行的钩子之前/之后.这些将在控制器方法之前或之后立即调用,但是在Rails堆栈的整个剩余部分之后调用.

因此,通过Rack Middleware和ActionController过滤器可能存在显着差异,即,因为Rack Middleware在您的应用程序代码之前执行,它将不会在与您的应用程序代码相同的范围内执行 – 例如除非您明确要求并执行必要的初始化(如建立数据库连接),否则您将无法使用您的应用程序模型等.

如果你正在寻找经验法则,那么我会告诉你:

>如果要在特定控制器中的方法之前对请求执行某些操作,请在该控制器中使用before filter.
>如果您想在应用程序中的所有控制器方法之前对请求执行某些操作,并且您想要执行的操作非常特定于您的应用程序或依赖于您的应用程序代码,请在ApplicationController上使用过滤器.
>如果你想对请求做一些通用的事情,而不是完全依赖你的应用程序代码,并且你想象能够在另一个应用程序中重用它会很好,那么Rack Middleware会更合适.

希望有所帮助.

相关文章

validates:conclusion,:presence=>true,:inclusion=>{...
一、redis集群搭建redis3.0以前,提供了Sentinel工具来监控各...
分享一下我老师大神的人工智能教程。零基础!通俗易懂!风趣...
上一篇博文 ruby传参之引用类型 里边定义了一个方法名 mo...
一编程与编程语言 什么是编程语言? 能够被计算机所识别的表...
Ruby类和对象Ruby是一种完美的面向对象编程语言。面向对象编...