【问题标题】:Why use Ember.js with Rails? [closed]为什么在 Rails 中使用 Ember.js? [关闭]
【发布时间】:2016-07-14 13:08:55
【问题描述】:

我一直想知道为什么要将 Ember 与 Rails 结合使用?

RoR 有模板系统,Ember 有一个。

他们都有:

  • 型号
  • 观看次数
  • 部分

谁能向我解释为什么我应该组合使用它们?

【问题讨论】:

  • Ember 中的 MVC 结构适用于应用程序的客户端。如果您使用这样的方法,您可以轻松地将 Rails 应用程序简化为 RESTful JSON API 并更加一致地分离关注点。

标签: ruby-on-rails ember.js frontend backend


【解决方案1】:

Ember 的美妙之处在于它完全是客户端。 SPA 仅在前端运行,因此无法直接与数据库交互。您可以使用任何您想要的后端,只要它的响应方式与您的数据适配器相对应。

正如您所指出的,RoR 有自己的模板系统。它们都有模型、视图和局部。不同之处在于 RoR 进行服务器端渲染。客户端调用你的后端,它编译这些模板和它需要的任何信息,然后它发回一个完整的 html 文档。每次调用都会经历这个过程。

使用 Ember,您根本不使用服务器端渲染。这一切都在客户端完成。一切都是动态加载的。您调用 API,它会返回构建页面所需的信息。

我个人从未将 RoR 与 Ember 一起使用。我已经将 elixir/phoenix 和 Node/express 都用作后端 API。事实上,您需要将 Ember 与某种后端一起使用,否则它的功能会受到一定限制。

另一方面,RoR 本身可以是一个完整的系统。将 RoR 与 Ember 结合使用时,您可以使用 RoR 作为一个简单的端点来获取和存储数据。

就我个人而言,我喜欢使用 Ember 作为我的前端,因为这样我可以轻松地分离前端和后端。不要觉得仅限于 RoR。您可以使用任何语言/后端来创建 API 来支持 Ember,但如果您使用 Ember,则需要选择一些后端来支持您的 API 并与数据库交互。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-02-17
    • 1970-01-01
    • 1970-01-01
    • 2021-02-20
    • 2014-05-29
    • 1970-01-01
    相关资源
    最近更新 更多