有没有理由不在node.js后端使用Backbone.Model？

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

编辑

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

> Backbone.sync与mongodb(或使用的任何数据库)一起使用.
>使用node.js文件构建客户端javascript文件,可能的解决方案：browserify

在尝试使用Backbone构建后端一段时间之后,我发现它总是过度杀伤,并带来了比简化更多的问题.相反,我回过头来使用mongodb周围的简单包装器.

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

当然,如果有更多的人构建运行Backbone后端端的工具,这可能会在未来发生变化……但在撰写本文时,Backbone肯定不是为此而做的,并且没有库来帮助它适应它.