Backbone.js 及其 API 混乱

Question

我最近开始使用 Backbone.js。我喜欢这个架构，就功能而言，它几乎正是我所需要的......

但是我发现了以下警告：

• 对于 Collection s get 意味着与对于模型。没有设置。应以常规方式访问属性。我觉得这很不一致。有时很容易混淆模型和集合。有什么办法可以克服这个问题吗？
• 在 Model.extend 中分配初始值并不总是有效。例如，分配 url 将不会覆盖默认行为。这只能通过调用 set() 方法来实现。再次非常容易出错。
• 我仍然不知道是否需要在 initialize() 调用中使用 get/set 。
• 我不明白为什么我不能只在 initialize() 中调用 _.bindAll(this) 并且我必须列出要绑定的特定函数名称，如下所示： _.bindAll(this,firstFunc,secondFunc,...)。这不是很干。

我想知道：针对上述情况，最佳做法是什么？你如何使框架更加一致——任何猴子补丁？我做错了什么/违反惯例吗？

如果有任何现实世界中的好例子，我将不胜感激。我确实找到了这个： http://documentcloud.github.com/backbone/docs/todos.html和http://liquidmedia.ca/blog/2011/01/backbone-js-part- 1/ 并且这些并没有解决任何提到的问题。事实上，它们只是提出了最简单的想法，绝对没有边界情况，所以任何更复杂的东西都可能有用。

编辑：

好的，还有一个我不明白的更基本的想法：

• 我是否可以在扩展上放置额外的属性，如下所示：var SomeModel = Backbone.Model.extend({ myattribute: myvalue }) ?
  • 如果是这样，那么为什么后续调用 new SomeModel().get("myattribute") 不起作用？
• initialize() 中的 this 到底是什么？是模型类还是模型实例？

编辑(2)：

嗯，我发现了这个：http://maccman.github.com/spine/< /a>.它看起来像 Backbone.js 2.0，也有相似的名称:)。尚未对其进行测试，这可能会有点阻碍，因为该库非常是最新的。然而，从文档方面来看，它看起来非常有希望。它消除了我发现的大部分问题，简化了 API，甚至消除了对 underscore.js 的依赖，这对于库来说是一件好事。我将在这里发布我的进一步发现。

Answer 1

好吧，我想我现在可以相当自信地说：Backbone 已死，Spine 万岁。

Spine 并不完全是 Backbone 的分支。然而，它非常相似，并且明显受到一些设计决策的启发。可以说，作者试图尽可能保留原来的主干 API，去掉所有不必要或不合逻辑的东西。我发现它也更容易扩展。更改列表包括：

• 摆脱可怕的Collection。而是使用“类方法”，
• 充分利用 js 原型性质（即不需要 get/set）。直接访问属性。需要显式调用 save() 才能触发事件。
• Views 和 Controllers 现在合并为新类型的 Controllers ，其目的是响应 DOM 事件并绑定到模型事件。
• 这个名字:)

我发现这些设计决策是连贯且明智的。

Answer 2

集合没有“集合”的原因是因为集合不是数组，它们是集合，并且可能是有序的。将元素放置在特定位置的唯一受支持的方法是将其添加到集合中，然后对集合进行排序。