哇。你激起了我的好奇心,果然,研究这个很有趣。魔法始于compile!
定义的方法:https ://github.com/sinatra/sinatra/blob/master/lib/sinatra/base.rb#L1529
def compile!(verb, path, block, options = {})
options.each_pair { |option, args| send(option, *args) }
method_name = "#{verb} #{path}"
unbound_method = generate_method(method_name, &block)
pattern, keys = compile path
conditions, @conditions = @conditions, []
wrapper = block.arity != 0 ?
proc { |a,p| unbound_method.bind(a).call(*p) } :
proc { |a,p| unbound_method.bind(a).call }
wrapper.instance_variable_set(:@route_name, method_name)
[ pattern, keys, conditions, wrapper ]
end
请注意,我们通过 generate_method(在上面定义了几行)将传递给get
(或任何路由函数)的块转换为未绑定的方法。然后我们存储一个带有两个参数的过程,一个将方法绑定到的对象,以及一个参数列表,该方法被调用。
跳到process_route
:https ://github.com/sinatra/sinatra/blob/master/lib/sinatra/base.rb#L971
def process_route(pattern, keys, conditions, block = nil, values = [])
route = @request.path_info
route = '/' if route.empty? and not settings.empty_path_info?
return unless match = pattern.match(route)
values += match.captures.to_a.map { |v| force_encoding URI.unescape(v) if v }
if values.any?
original, @params = params, params.merge('splat' => [], 'captures' => values)
keys.zip(values) { |k,v| Array === @params[k] ? @params[k] << v : @params[k] = v if v }
end
catch(:pass) do
conditions.each { |c| throw :pass if c.bind(self).call == false }
block ? block[self, values] : yield(self, values)
end
ensure
@params = original if original
end
这里发生了很多事情,但关键是:
block[self, values]
这使用 self 和适当的参数调用上面的存储块。因此,未绑定的方法绑定到绑定到的任何process_route
内容(当前self
in process_route
)。什么是process_route
必然的?的一个实例Sinatra::Base
,我们知道它有一个属性访问器request
,现在可以在您的原始块中访问它。多田!