ruby-on-rails-3 – Turbolinks vs JS MVC框架?

ruby-on-rails-3 – Turbolinks vs JS MVC框架?,第1张

概述我们已经将EmberJS应用为框架并使用Rails 3.2来迁移到Rails 4.0 Rails社区正在为turbolinks做很多推动,一方面我们的网站与客户端框架配合得很好. EmberJS提供了很好的支持,可以在我们需要的端点编写自定义代码. 我的问题是人们如何将turbolinks视为制作动态网页的一种方式.与turbolinks一起隐含地意味着我们必须拥有尽可能精益的Javascript 我们已经将EmberJs应用为框架并使用Rails 3.2来迁移到Rails 4.0
Rails社区正在为turbolinks做很多推动,一方面我们的网站与客户端框架配合得很好. EmberJs提供了很好的支持,可以在我们需要的端点编写自定义代码.

我的问题是人们如何将turbolinks视为制作动态网页的一种方式.与turbolinks一起隐含地意味着我们必须拥有尽可能精益的Javascript(这意味着任何Js框架都是多余的).那么,我们如何看待Js框架的增长/支持,并且turbolinks将成为一个事实.

现在是开始扩大turbolinks规模的最佳时机吗?

解决方法 Turbolinks不会取代余烬.这真的是苹果与橘子的比较.

Turbolinks不是一种制作动态页面的方法,它只是一种通过替换正文内容来提高网站速度的方法.

如果你已经在使用Ember,你应该忽略turbolinks.

总结

以上是内存溢出为你收集整理的ruby-on-rails-3 – Turbolinks vs JS MVC框架?全部内容,希望文章能够帮你解决ruby-on-rails-3 – Turbolinks vs JS MVC框架?所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/1275213.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-06-08
下一篇 2022-06-08

发表评论

登录后才能评论

评论列表(0条)

保存