了解Backbone.js中MVC的内部结构依赖

9 浏览
0 Comments

了解Backbone.js中MVC的内部结构依赖

对于设计MVC时的结构依赖,我有些困惑 - 所以我们有一个模型、集合和视图(我还没有使用控制器,但这个问题也适用于控制器)。现在在面向对象的术语中,谁有谁的引用。集合是模型的列表,所以我们可以将它视为从集合到模型的一对多依赖关系。在一些示例代码中,我有时会看到 'model' 对象中对视图的引用以及视图中对模型的引用。有时视图中会有一个集合。

在模型中,有时会看到 this.view,而在视图中,会看到类似于 this.model.viewthis.model 这样的代码,因此会产生混淆 🙂

那么什么是“正确”的依赖关系(如果有的话),或者每个对象都可以相互依赖(我认为那是不正确的)?也就是说,在Backbone的MVC设计中,理想情况下哪些对象应该依赖于哪些对象?从新手的角度来看,当我看到如此不同的示例时,对于它们如何结构相关还是有些困惑 🙂 作为一个新手,如何正确地开始构建我的依赖关系?一个类似于UML的图表将是一个额外的福利 😉

另一个问题:

有时我在同一段代码中看到两个视图:例如,著名的todo.js http://documentcloud.github.com/backbone/docs/todos.html

虽然我理解需要多个视图,但令人困惑的是它们有什么不同?我的意思是 'el' 和 'tagName' 之间有什么区别,如果其中一个不存在,视图会如何表现不同?我的意思是在上面的链接中,一个视图使用了 'tagName',而另一个使用了 'el',我不太确定它们之间是否有关联。

我已经仔细阅读了文档,但正如我所说,我还在学习中,所以即使有了所有的资源,我可能仍然不能清楚地理解其中的某些部分,可能需要一些人工介入 🙂

0