根据我的理解，所有的JavaScript都合并到一个文件中。Rails在添加//= require_tree时默认这样做。到你的application.js manifest文件的底部。
这听起来像是一个真正的救星，但我有点担心特定于页面的JavaScript代码。这段代码是否在每一页上执行?我想要的最后一件事是当我的所有对象只在1页上需要时，为每一页实例化它们。
此外，代码是否也有可能发生冲突?
还是在页面底部放置一个小的脚本标记，只调用一个执行页面javascript代码的方法?
你不再需要require.js了吗?
谢谢
编辑:我很感激所有的答案…我认为他们并没有真正解决问题。其中一些是关于样式的，似乎没有关联……其他人只是提到javascript_include_tag…我知道这是存在的(很明显…)，但Rails 3.1的前进方式似乎是将所有JavaScript打包到一个文件中，而不是在每个页面的底部加载单个JavaScript。
我能想到的最好的解决方案是用id或类将某些特性包装在div标签中。在JavaScript代码中，只需检查id或类是否在页面上，如果在，则运行与之关联的JavaScript代码。这样，如果动态元素不在页面上，JavaScript代码就不会运行——即使它包含在由Sprockets打包的庞大application.js文件中。
我上面的解决方案的好处是，如果一个搜索框包含在100个页面中的8个页面上，那么它将只在这8个页面上运行。你也不需要在网站的8个页面上包含相同的代码。事实上，您再也不需要在站点的任何地方包含手动脚本标记。
我想这就是我问题的真正答案。
在Ryan的带领下，以下是我所做的
application.js.coffee
$ ->
view_method_name = $("body").data("view") + "_onload"
eval("#{view_method_name}()") if eval("typeof #{view_method_name} == 'function'")
view_action_method_name = $("body").data("view") + "_"+$("body").data("action")+"_onload"
eval("#{view_action_method_name}()") if eval("typeof #{view_action_method_name} == 'function'")
Users.js.coffee(特定于控制器的coffeescript,e。G控制器:用户，动作:仪表盘)
window.users_dashboard_onload = () ->
alert("controller action called")
window.users_onload = () ->
alert("controller called")
application.html.haml
%body{:data=>{:view=>controller.controller_name, :action=>controller.action_name}}
对于特定页面的js，您可以使用Garber-Irish解决方案。
所以你的Rails javascripts文件夹对于两个控制器(cars和users)是这样的:
javascripts/
├── application.js
├── init.js
├── markup_based_js_execution
├── cars
│ ├── init .js
│ ├── index.js
│ └── ...
└── users
└── ...
javascript是这样的:
// application.js
//=
//= require init.js
//= require_tree cars
//= require_tree users
// init.js
SITENAME = new Object();
SITENAME.cars = new Object;
SITENAME.users = new Object;
SITENAME.common.init = function (){
// Your js code for all pages here
}
// cars/init.js
SITENAME.cars.init = function (){
// Your js code for the cars controller here
}
// cars/index.js
SITENAME.cars.index = function (){
// Your js code for the index method of the cars controller
}
和markup_based_js_execution将包含用于UTIL对象的代码，在dom就绪的UTIL上。初始化执行。
别忘了把这个放到你的布局文件中:
<body data-controller="<%= controller_name %>" data-action="<%= action_name %>">
我还认为最好使用类而不是data-*属性，以获得更好的特定于页面的css。正如Jason Garber所提到的:特定于页面的CSS选择器会非常尴尬(当你使用data-*属性时)
我希望这对你有所帮助。
虽然你在这里有几个答案，我认为你的编辑可能是最好的选择。我们在团队中使用的一个设计模式是从Gitlab获得的，它就是Dispatcher模式。它的功能与您正在讨论的类似，但是页面名称是由rails在body标记中设置的。例如，在你的布局文件中，只包括(在HAML中):
%body{'data-page' => "#{controller}:#{action}" }
然后在javascripts文件夹中的dispatcher.js.coffee文件中只有一个闭包和一个switch语句，如下所示:
$ ->
new Dispatcher()
class Dispatcher
constructor: ->
page = $('body').attr('data-page')
switch page
when 'products:index'
new Products()
when 'users:login'
new Login()
在单个文件(例如products.js.coffee或login.js.coffee)中，你所需要做的就是将它们封装在一个类中，然后将类符号全球化，这样你就可以在调度程序中访问它:
class Products
constructor: ->
#do stuff
@Products = Products
Gitlab有几个这样的例子，如果你好奇的话，你可能想要戳一下:)
我把一些答案组合成:
应用助手:
module ApplicationHelper
def js_page_specific_include
page_specific_js = params[:controller] + '_' + params[:action]
if Rails.application.assets.find_asset(page_specific_js).nil?
javascript_include_tag 'application', 'data-turbolinks-track' => true
else
javascript_include_tag 'application', page_specific_js, 'data-turbolinks-track' => true
end
end
end
布局/ application.html.haml:
<!DOCTYPE html>
%html{lang: 'uk'}
%head
= stylesheet_link_tag 'application', media: 'all', 'data-turbolinks-track' => true
bla-bla-bla
= js_page_specific_include
bla-bla-bla
