我们正在开展一个相当大而广泛的应用.
该网站将有很多不同的部分与一些非常不同的用户界面要求和行为.
该网站将有很多不同的部分与一些非常不同的用户界面要求和行为.
展望未来,Rails 4将资产管道分为独立的宝石,因此我们可以选择是否包含.同样的事情可能会发生在turbolinks.
这几天我一直在问自己的问题,找不到答案是：我应该在项目中使用这些图书馆吗？
我的反思中的主要问题是,一体式文件策略可能无法正常工作,我们必须在应用程序的不同部分使用文件包.因为它必须假设所有的js / css都已经加载了？这种配置的优点是否克服了管道和涡轮机两者所隐含的代码复杂性？
我不会指望是/否答案,只是一些意见.
解决方法
两者都是不一定相互抵消的有效工具.
Turbolinks：使您只能加载页面的正文,从而使其作为AJAX请求工作(这种行为的一个例子是Facebook的一个例子).
优点：
>跳过完全呈现新页面的浏览器任务,从而消除浏览器无响应的“空白页”时间.
>与以前的相关：如果你有一个可能会受到影响的行为,加载一个新的页面,就像我们说,播放一首歌曲,turbolinks不会影响它(见下一个soundcloud).
>不会重新加载文档头,因此不会加载相同的标签/内容两次(如果相同).
>使您能够在服务器端缓存视图内容.
缺点：
>如果标签标签真的需要更新(新的js文件,新的css文件,元标记更新…)
>如果要使用客户端视图呈现,它不是它的工具.
>禁用行为的默认行为只是痛苦(使用css类禁用一个部分内的锚标签,只是吮吸).
它实际上是一个问题,你的应用程序的架构是什么,它的目标.
关于资产流水线,我已经有了不同的结果,即使我说它比缺点有更多的优势.总体来说,预处理工具可以提高跨浏览器开发的生产力,但不要依赖于生产.但是在资产流水线的情况下,它必须和你想要的一样好.您可以预处理SASS,Coffeescript,您有很好的图书馆,如罗盘或波旁,但这也可以提高您的性能开销.所以,基准它,看看这些是否应该是你的工具.