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

概述我们已经将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框架？所遇到的程序开发问题。

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