ruby-on-rails – Rails 4的资产管道/ Turbolinks有哪些优点和缺

发布时间：2020-12-16 22:43:58 所属栏目：百科来源：网络整理

导读：我们正在开展一个相当大而广泛的应用. 该网站将有很多不同的部分与一些非常不同的用户界面要求和行为. 展望未来,Rails 4将资产管道分为独立的宝石,因此我们可以选择是否包含.同样的事情可能会发生在turbolinks. 这几天我一直在问自己的问题,找不到答案是：我

我们正在开展一个相当大而广泛的应用.
该网站将有很多不同的部分与一些非常不同的用户界面要求和行为.

展望未来,Rails 4将资产管道分为独立的宝石,因此我们可以选择是否包含.同样的事情可能会发生在turbolinks.

这几天我一直在问自己的问题,找不到答案是：我应该在项目中使用这些图书馆吗？

我的反思中的主要问题是,一体式文件策略可能无法正常工作,我们必须在应用程序的不同部分使用文件包.因为它必须假设所有的js / css都已经加载了？这种配置的优点是否克服了管道和涡轮机两者所隐含的代码复杂性？

我不会指望是/否答案,只是一些意见.

解决方法

两者都是不一定相互抵消的有效工具.

Turbolinks：使您只能加载页面的正文,从而使其作为AJAX请求工作(这种行为的一个例子是Facebook的一个例子).

优点：

>跳过完全呈现新页面的浏览器任务,从而消除浏览器无响应的“空白页”时间.
>与以前的相关：如果你有一个可能会受到影响的行为,加载一个新的页面,就像我们说,播放一首歌曲,turbolinks不会影响它(见下一个soundcloud).
>不会重新加载文档头,因此不会加载相同的标签/内容两次(如果相同).
>使您能够在服务器端缓存视图内容.

缺点：

>如果标签标签真的需要更新(新的js文件,新的css文件,元标记更新…)
>如果要使用客户端视图呈现,它不是它的工具.
>禁用行为的默认行为只是痛苦(使用css类禁用一个部分内的锚标签,只是吮吸).

它实际上是一个问题,你的应用程序的架构是什么,它的目标.

关于资产流水线,我已经有了不同的结果,即使我说它比缺点有更多的优势.总体来说,预处理工具可以提高跨浏览器开发的生产力,但不要依赖于生产.但是在资产流水线的情况下,它必须和你想要的一样好.您可以预处理SASS,Coffeescript,您有很好的图书馆,如罗盘或波旁,但这也可以提高您的性能开销.所以,基准它,看看这些是否应该是你的工具.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!