有没有理由不使用Node.js后端Backbone.Model？
我在想…当我使用Backbone.js编写Web应用程序时，大多数情况下我复制了模型：在X语言中使用ORM Y的后端版本，使用Backbone的前端版本。 很多常见的validation，相同的sh * t用于生成url等等…我刚刚开始使用Node.js ，我认为既然你可以在后端和前端运行很多相同的代码，为什么不使用后端的Backbone.js模型也是如此，所以会有更less的代码重复？ 我无法find有关…任何指针的信息？ 这是一个坏主意，为什么？ 我只能猜测，在这种情况下，你必须编写你的Backbone.sync数据库持久性。
编辑
实现这些需要解决的实际问题：
-
Backbone.sync使用mongodb（或使用任何数据库）。 - build立与node.js文件的客户端JavaScript文件，可能的解决scheme： browserify
在尝试了一段时间用Backbone构build后端之后，我发现这完全是矫枉过正，并且带来了比简化更多的问题。 相反，我回到在mongodb周围使用简单的包装。
我最初使用Backbone的想法是在后端和前端之间共享URL生成和模型validation。 但事实上，你不需要Backbone。 所以我编写了可重用的validation和url生成函数，并使用browserify使它们可用于客户端。
当然，如果有更多的人为了运行Backbone后端而创build工具，这一切可能都会改变……但是在编写本文的时候，Backbone绝对不是为此而devise的，而且没有库来帮助它适应。
有点过时，但有趣的是： 重新使用Node.js和Socket.io服务器上的Backbone.js模型来构build实时应用程序
在node.js上使用Backbone时，通过坚持使用couchDB来replace默认Backbone.sync的库： node-backbone-couch