javascript - 用于 Rails 后端的基于主干的 Web 应用程序 : separate project or on top of rails?

Question

我目前有一个用 rails3 编写的网络应用程序。我想编写一个基于主干的 js 应用程序，它将使用 rails3 服务；虽然有很多使用 rails 的 backbone 示例，但我更愿意在不同的项目中构建它。该项目将是纯 html+css+js，然后指向其他项目的服务。

• 这种方法的优势或障碍是什么？
• 还有其他方法吗？

我注意到 github 上的大多数 rails3-backbone projs 在幕后做了很多魔术(例如:预编译 handlebar Assets ，自动包含 js 文件)，这使得理解所有部分的方式变得更加困难一起工作。另外，如果我想使用 phonegap/trigger.io/etc 打包应用程序，这不是更困难吗？

Answer 1

在编写 Backbone 应用程序时，单独开发它实际上很有意义。换句话说，如您所说，将其开发为纯 html+css+js 应用程序。

这样做有很好的理由:

1. 部署

   在部署应用程序时考虑一下。在某些时候，您肯定希望部署应用程序的某些模块化组件。这可能是负责为您的客户提供 json 的后端服务，或者它可能是对 UI 的调整。无论是哪种情况，最好是您能够独立部署它们中的每一个。

2. 模块化

   能够在幕后使用一些 Rails 魔法来帮助开发您的 UI 听起来很有吸引力。但是，请考虑项目的模块化。

   IMO，Backbone(或任何 AJAX 应用程序)很漂亮。美妙之处在于 UI 代码确实与后端的实现无关。它可以与 PHP/JAVA/RAILS/PYTHON/YOU-NAME-IT 服务器通信，但仍然没有关系。也就是说，如果您正在实现 RESTFUL 服务器。事实上，UI 代码可以放在只提供静态内容的 NGINX 服务器上，它仍然可以完美运行。这实际上是你想要的。您的 UI 代码在任何时候(在开发或生产期间)都不应知道您的后端框架或您的后端支持的任何工具。将不必要的依赖项引入您的 Backbone 项目将是一种犯罪行为。

   想象有一天，当您认为适合迁移到 Rails 以外的另一种架构时。如果有任何依赖关系，那将是一场噩梦。更确切地说，拥有一个完全独立于后端实现的 UI。

3. 包装

   您提到您将使用 PhoneGap 来打包您的应用程序。这可能是您的项目应该独立的最大原因。当您说将您的应用程序提交给 Apple 时，您将无法从您的服务器加载您的 js，如果您打算这样做的话。所有脚本都必须打包到应用程序中，应用程序必须是独立的。

最后但同样重要的是，回答您关于“其他方法”建议的问题。这很含糊，所以我不确定这个建议是否有帮助，但我想为您指出一些有助于组织您的 Backbone 项目并让您的生活更轻松的资源。

Backbone with RequireJS

我认为这是使用 Backbone 的最美妙的方式。 RequireJS让我们在您的 js 文件中指定您的依赖项，就像您在编译语言中导入一样，这在组织您的 Backbone 项目并将代码分解为更小的模块时有很大帮助。 requireJS 提供的优化工具还可以让你将所有的 javascript 文件压缩到一个文件中。如果您想将项目打包到 PhoneGap 中，我相信这会派上用场。

Underscore

您提到使用 HandleBar。但是，我建议您查看受 RoR 模板启发的 underscore 模板引擎。假设您非常习惯使用 Rails，那么下划线模板引擎可能正是您要找的。