【问题标题】:Understanding EmberJS and Rails backend workflow了解 EmberJS 和 Rails 后端工作流程
【发布时间】:2014-04-24 17:14:14
【问题描述】:

我试图了解 EmberJS 如何与 Ruby on Rails 交互的一件事(或者您使用的任何后端都可能适用于此)。我们正在编写的所有模板基本上都是在把手中完成的,EmberJS 负责根据您所在的路线渲染它们。我得到的那部分。问题是,当您浏览 URL 并且使用浏览器的 history API 时,它仍然会到达 Rails 的后端并通过 Rails HTTP 请求的正常层次结构。这意味着从routes.rb 到发送回客户端的所有视图都会受到影响。我只是想了解这是否正常?在将现有的 Rails 应用程序转换为使用 Ember 时,我仍在渲染大量由于这种行为而不再适用的 Rails 视图。我猜他们应该从服务器中删除,以免浪费处理时间?当将历史 API 与 EmberJS 或其他相关的客户端框架一起使用时,这是典型的行为吗?

【问题讨论】:

    标签: javascript ruby-on-rails ruby ember.js


    【解决方案1】:

    如果您使用历史 API,这很典型。但是,这也是我建议关闭此功能的原因。 ember 通常与 rails 集成的方式是您只有一个控制器操作,例如 home#index,它会通过导航到浏览器中的 url 直接命中。在 ember 中,所有其他 Rails 操作都将通过 ajax 从路由(最好)调用。

    如果您必须保留标准 url,那么您必须为 ember 路由器中定义的每个 url 定义一个 rails 控制器方法。当然,您可以将所有 url 指向一个以空 html 页面响应的 'home#index' 操作。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2011-03-02
      • 1970-01-01
      • 1970-01-01
      • 2019-06-03
      • 1970-01-01
      • 2021-10-14
      • 1970-01-01
      • 2012-09-12
      相关资源
      最近更新 更多