有什么理由不使用Backbone.Model对Node.js的后端？

Question

我在想......当我使用Backbone.js编写web应用程序时，大多数时候我复制模型：使用ORM Y（用于使用Backbone的前端）的语言X中的后端的一个版本。在常见的，同样奔忙很多验证生成的URL，等等。我刚开始Node.js，我想，既然你可以在后端和前端，为什么不使用主干跑很多相同的代码。 js为后端模型，以便有更少的代码重复？我无法找到有关...的任何指针？这是一个坏主意，为什么？我只能猜测，在这种情况下你必须写Backbone.sync数据库持久性。

编辑需要加以解决，以实现这一

实际问题：

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

Answer 1

经过一段时间的建设后台Backbone后，我发现它总是过度杀毒，并带来了比简化更多的问题。相反，我回滚到周围使用mongodb简单的包装。

我使用骨干最初的想法是共享后端和前端之间URL生成和模型验证。但事实上，你不需要Backbone。 所以我写了可重复使用的功能验证和URL生成，并用browserify使它们可在客户端。

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

Answer 2

有点过时，但仍然有趣：Re-using Backbone.js Models on the server with Node.js and Socket.io to build real-time apps

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