我正在寻找解决我的JS工具箱.由于某些产品原因,道场将在那里.现在我想知道添加backbone.js是否有意义.Do Dojo(做其他一些事情 - 我知道这一点)和backbone.js重叠或补充？重叠部分的概念差异是什么？有两个一起使用的例子吗？(我知道这是一个相当广泛的问题,可能表明我的第二级无知)
lor*_*non 30
Dojo涵盖了比Backbone.js更广泛的范围.如果您已经熟练掌握Dojo,那么您想要在工具箱中考虑Backbone.js的唯一原因是因为它是轻量级的.您可能喜欢也可能不喜欢API差异 - 这纯粹是一个选择问题.如果您已经在项目中使用Dojo,那么在同一个项目中使用Backbone.js实在没有意义,因为Dojo拥有构建MVC架构所需的全部功能,尽管在表面层面它可能并不那么明显.Dojo数据存储功能强大,Dijit小部件旨在与Dojo数据存储区一起使用.使用Backbone模型为Dijit小部件提供数据后端将非常麻烦.这实际上是不必要的,因为在Dojo数据层和表示层非常巧妙地解耦并且开箱即用.但是,如果您只需要为您的应用程序使用轻量级MVC结构,那么Backbone.js可能会为您提供比使用Dojo更轻松的选择.但是,根据您的应用程序和您的要求,可能比其他更合适...
zen*_*0lf 13
我之前有过Backbonejs的经验,但是我打算开发一个依赖Dojo的项目,我只是开始挑选它.不过,我会在这里评论我到目前为止观察到的内容,尽管它很少.
我们希望能有一个现代的Web应用程序架构风格(认为叽叽喳喳,Quora的,Gmail会),这类架构可以很容易地通过类似Backbonejs提供.它赋予您的概念,虽然基础知识,但它们是您所需要的.
说实话,我不认为Dojo真的提供了Backbonejs为你提供的所有东西,举个例子:路由器和视图,以及它们提供的有用方法,可以轻松快速地声明事件,触发url更改的方法等等.
在Dojo方面,我会承认存储在那里,并且您可以将它们连接到小部件,但这与Backbonejs提供的抽象模型和集合不同.在Dojo网站的MVC教程中,他们将商店等同于模型; 这将是在Backbonejs集合,你也仍然有一个模型(这将是只从商店中的项目,你可以从与它监听和触发事件).
Backbonejs抽象似乎更精细.
所以我认为可以互补使用.刚开始使用这种方法,将会看到它在几天内如何发展.
(谣言:我听说过Dojo正在MVC领域进行一些开发,以便与Backbonejs提供的东西相提并论......)