rails3.1怎么组织assets比较好

首先application.js去掉 require_tree . 然后具体指定需要全局使用的js。现在的 applicaton.js 里面的默认规则就像以前的默认路由一样，让你了解 assets pipeline是做什么的，迟早会注释掉。

然后特定的 controller 需要特定的 js，再建对应的 js 文件，然后引入页面。

@chloerei 就是说我还得用content_for来指定assets？
话说这样其实application除了require一些vendor的assets之外，就不需要require啥了，这个pipeline完全没意义嘛。

@stranbird 我觉得还是要 content_for

缺省一点可以在 layout 里面写

Javascript_include_tags "applications", controller_name

但是我觉得这样不好，实际中也还没需要一个 controller 一个 js，所以 Rails 默认模板也没这么搞。

pipeline 是个很好的工具，引入 js 库变得很干净了（比如 client_side_validations），打包 js 也变得方便。但这东西不是天顶星科技，Release Notes 里面其实也就占很小篇幅。

@chloerei 你在说什么..

@stranbird 问哪一行？

@chloerei 那你现在是怎么做的呢？ 用content_for还是给那些dom取个好点的不会冲突的名字？
现在约莫有点理解我师傅说的所谓jquery会污染全局变量是什么意思了。

@chloerei pipeline对库的管理应该说是好的，但是自己写的js代码真心不知道怎么处理。

@stranbird 其实跟原来的没啥变化吧。

你遇到的问题好像是某个页面特定的 js 跟全局的 applications.js 一起打包导致了别的页面受到干扰？解决方案是不要把特定页面的 js 打包到 applications.js。

我用 content_for，js 逻辑只出现在需要他的地方。

jQuery 有个不冲突模式，也就是不改写 $ 全局变量。

@chloerei 对对。
但是不打包的话，仿佛就只能写原生的js，不能写coffeescript了

@stranbird 不是，比如 assets/Javascript 下面有这几个文件

applications.js
topics.js.coffee
settings.js.coffee

当你用 Javascript_include_tag 'topics' 的时候，topics.js.coffee 就会被编译输出为 js。

打包需要声明宏，跟编译是两个过程。

@chloerei 原来这样子，非常感谢！