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

前端之家收集整理的这篇文章主要介绍了ruby-on-rails – Rails 4的资产管道/ Turbolinks有哪些优点和缺点?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我们正在开展一个相当大而广泛的应用.
该网站将有很多不同的部分与一些非常不同的用户界面要求和行为. @H_502_3@展望未来,Rails 4将资产管道分为独立的宝石,因此我们可以选择是否包含.同样的事情可能会发生在turbolinks.

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

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

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

解决方法

两者都是不一定相互抵消的有效工具. @H_502_3@Turbolinks:使您只能加载页面的正文,从而使其作为AJAX请求工作(这种行为的一个例子是Facebook的一个例子).

@H_502_3@优点:

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

@H_502_3@缺点:

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

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

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

原文链接:https://www.f2er.com/ruby/265681.html

猜你在找的Ruby相关文章