概念
metal 里的 middleware_stack 循环执行,metal 之外的东西是附属品。
一般模块名和同名目录都是有联系的,但 metal 不是,单指的是 metal.rb 这个文件,它和 metal/ 目录下的文件及内容没有关系。
ActionController::Base 在它基础之上添加了多个类和模块,这使得功能得到增多,同时在性能上也会有相应损耗。如果你觉得这些功能不是必需的,或者性能的损耗是不可忍受的,你可以直接使用 Metal.
MVC 里的 C 可以做得很精简,ActionController::Metal 就是例子。除了提供一个有效的 Rack 接口外,它几乎没有任何其它功能。
举个例子:
ruby
class HelloController < ActionController::Metal def index self.response_body = "Hello World!" end end
在路由里添加相应代码,将请求转发到刚才的 HelloController#index 进行处理:
ruby
# config/routes.rb get 'hello', to: HelloController.action(:index)
为了让 Route 能够很好转发,action 方法会返回一个有效的 Rack application.
精简的 ActionController::Base
首先,我们看看 ActionController::Base 引入了哪些模块:
ruby
MODULES = [ AbstractController::Rendering, AbstractController::Translation, AbstractController::AssetPaths, Helpers, UrlFor, Redirecting, ActionView::Layouts, Rendering, Renderers::All, ConditionalGet, EtagWithTemplateDigest, RackDelegation, Caching, MimeResponds, ImplicitRender, StrongParameters, Cookies, Flash, RequestForgeryProtection, ForceSSL, Streaming, DataStreaming, HttpAuthentication::Basic::ControllerMethods, HttpAuthentication::Digest::ControllerMethods, HttpAuthentication::Token::ControllerMethods, AbstractController::Callbacks, Rescue, Instrumentation, ParamsWrapper ] MODULES.each do |mod| include mod end
引入了这么多模块,虽然方便了使用。但有的模块,我们用不到。所以,浪费了。
其它
不反对给 Rails 进行瘦身,但不要盲目,要清楚自己在做什么。
另外,要清楚的知道各个组件有什么用,添加是为了什么,去掉又会有什么影响。
为什么能够连续调用,原因:
你看每个 Rack Middleware 的 call 函数的最后一行,是不是都是 @app.call(env)
这说明,它在调用下一个 middleware 啊。
它们是一条封闭的链接,一直走下去,最后又会回到开头处,并且中间只要有一处断了,那整条链子就都 走不通!
顺序是:默认是按 use 的顺序走下去,但 use 时你也是可以指定的。
Note: @app 和 env 一直在变,但又一直没变。