4

我在想……当我使用 编写 Web 应用程序时Backbone.js，大多数时候我会复制模型：一个版本用于语言后端X，使用 ORM Y，一个用于前端使用 Backbone。很多共同的验证，用于生成 url 的相同 sh*t 等等......我刚开始Node.js，我想既然你可以在后端和前端运行很多相同的代码，为什么不使用 Backbone.js后端的模型也是如此，这样代码重复就会减少吗？我找不到关于那个的信息......任何指针？这是一个坏主意，为什么？我只能猜测，在这种情况下，您必须编写Backbone.sync数据库持久性。

编辑

实现这一目标需要解决的实际问题：

  1. Backbone.sync使用 mongodb（或使用的任何数据库）。
  2. 使用 node.js 文件构建客户端 javascript 文件，可能的解决方案：browserify
4

2 回答 2

1

在尝试了一段时间使用 构建后端后Backbone，我发现这完全是矫枉过正，带来的问题多于简化。相反，我回滚到使用简单的包装器mongodb。

我最初使用 Backbone 的想法是在后端和前端之间共享 url 生成和模型验证。但事实上，您不需要 Backbone。所以我为验证和 url 生成编写了可重用的函数，并用来browserify使它们在客户端可用。

当然，如果更多的人构建用于运行 Backbone 后端的工具，这一切都可能在未来发生变化……但在撰写本文时，Backbone 绝对不是为此而设计的，并且没有库可以帮助适应它。

于 2013-02-08T13:55:49.787 回答
0

有点过时，但还是很有趣：在服务器上使用 Node.js 和 Socket.io 重新使用 Backbone.js 模型来构建实时应用程序

在 node.js 上使用 Backbone 时，通过持久化到 couchDB 来替换默认 Backbone.sync 的库：node-backbone-couch

于 2012-10-03T12:19:55.140 回答