Ruby on rails 为什么ActionView::Helpers::UrlHelper在资产管道中不可用?
在ajax密集型应用程序中,使用javascript/coffeescript文件来感知rails应用程序中的路由似乎是常见且合理的。然而,在您的资产中访问帮助器的url_并不容易 我经常看到人们在视图中内联一个javascript读取的变量。还有一些插件可以通过javascript对象提供路由。看Ruby on rails 为什么ActionView::Helpers::UrlHelper在资产管道中不可用?,ruby-on-rails,coffeescript,asset-pipeline,Ruby On Rails,Coffeescript,Asset Pipeline,在ajax密集型应用程序中,使用javascript/coffeescript文件来感知rails应用程序中的路由似乎是常见且合理的。然而,在您的资产中访问帮助器的url_并不容易 我经常看到人们在视图中内联一个javascript读取的变量。还有一些插件可以通过javascript对象提供路由。看 我错过了一个简单的方法吗?这种做法不好吗?替代方法是什么?因为使用管道的标准方法是使用fingerpint将JS文件编译成一个文件,所以我认为没有替代方法 URL帮助程序通常需要变量或参数形式的某种
我错过了一个简单的方法吗?这种做法不好吗?替代方法是什么?因为使用管道的标准方法是使用fingerpint将JS文件编译成一个文件,所以我认为没有替代方法 URL帮助程序通常需要变量或参数形式的某种上下文。例如:
问题路径(@当前问题)
当JS文件被编译用于生产时,这些文件将不可用
通过内容块传入生成的路径对我来说似乎没问题(我在当前的应用程序中这样做)。从视图中获取路径
我们通常处理这个问题的方法是让Javascript从HTML中获取它需要的任何路径,HTML是使用所有视图帮助程序呈现的
例如,如果您需要ajaxify一个表单,那么让表单的
action
属性包含AJAX提交的正确URL,并让Javascript在那里查找它。尽管我认为静态路径并不罕见,静态复杂性rational是有意义的。+1如果没有启用javascript,这也将有助于HTML帖子的崩溃。