我有一个带功能的模块。它位于/lib/contact.rb中:
module Contact
class << self
def run(current_user)
...
end
end
end
我想访问模块中的'users_path'之类的URL帮助程序。我怎么做?
答案 0 :(得分:110)
在您的模块中,只需执行:
include Rails.application.routes.url_helpers
答案 1 :(得分:27)
对url_helpers的委托似乎比将整个模块包含到模型中要好得多
delegate :url_helpers, to: 'Rails.application.routes'
url_helpers.users_url => 'www.foo.com/users'
答案 2 :(得分:24)
以下是我在没有include
routes = Rails.application.routes.url_helpers
url = routes.some_path
这适用于任何情况。如果您正在尝试include
url_helpers - 请确保您在正确的位置执行此操作,例如这工作
module Contact
class << self
include Rails.application.routes.url_helpers
end
end
这不起作用
module Contact
include Rails.application.routes.url_helpers
class << self
end
end
Capybara测试的另一个例子
feature 'bla-bla' do
include Rails.application.routes.url_helpers
path = some_path #unknown local variable some_path
end
现在是正确的
include Rails.application.routes.url_helpers
feature 'bla-bla' do
path = some_path #this is ok
end
答案 3 :(得分:5)
我一直在努力解决帮助者从默认控制器和堆栈(default_url_options
等)所期待的细节,并且不想对主机进行硬编码。
我们的URL帮助程序由我们的漂亮模块提供,当然:
include Rails.application.routes.url_helpers
但是按原样包括这个,并且(1)帮助者将寻找default_url_options
,并且(2)不知道请求主机和请求。
主机部分来自控制器实例url_options
。因此,我将控制器上下文传递给我以前的模块,现在是一个类:
class ApplicationController
def do_nifty_things
HasAccessToRoutes.new(self).render
end
end
class HasAccessToRoutes
include Rails.application.routes.url_helpers
delegate :default_url_options, :url_options, to: :@context
def initialize(context)
@context = context
end
def render
nifty_things_url
end
end
可能不适合所有情况,但在实现某种自定义渲染器时,它对我很有用。
以任何方式:
答案 4 :(得分:3)
delegate :url_helpers, to: 'Rails.application.routes'
url_helpers.users_url => 'www.foo.com/users'
到Augustin Riedinger,代表团代码需要引用url_helpers(复数),否则你得到
未定义的方法`url_helper&#39;