骨干为什么在模型和集合中都有同步方法？

Question

反正只在集合中使用同步方法或只在模型中就足够了，那为什么他们必须在两个地方同步呢？

Answer 1

实际上，这两个sync()方法只是代理来共同Backbone.sync()方法：

• Model.sync()
• Collection.sync()
• Backbone.sync()

集合总是在Model.sync()超过其单个个体经营委托型号如：create ，remove等等。但Collection在fetch()操作中使用自己的sync()，因为它与fetch模型或集合非常不同，例如：URL跟随另一个模式，后端层应该有不同的响应。

另一方面，我看到Backbone.sync()作为一种私人方法，我试图不直接使用它，如果我这样做，我感觉不舒服。我认为sync()方法是处理点，让您可以覆盖完全后端同步，您可以覆盖实现不同持久化层，例如使用的localStorage的方法。但不能直接调用。

由于@JMM在评论中所说，Model.sync()和Collection.sync()也是一个不错的点要改写，使其“做一些事情的自定义，然后调用Backbone.sync()进行一切如常”。

Answer 2

骨干没有在默认模式和集合一个sync - 方法，但是这两种模式，并集合有使用Backbone.sync - 方法，使方法（fetch两个模型和集合，并save，destroy的机型） Ajax的电话。 Docs，annotated source

使用Backbone.sync检查用于个体收集或模型sync方法的存在的方法，这样的同步的默认功能可以通过覆盖Backbone.sync或特定部分由延伸的模型被覆盖一切或需要与sync功能自定义同步的集合。

至于为什么这两种模式和集合与服务器同步的能力：灵活性。如果只有集合具有同步功能，那么您不能拥有单独的模型，并且如果只有模型具有同步功能，您将如何从服务器初始获取大批模型。有模型和集合的同步功能没有缺点，所以为什么不呢？

我对你的反问：如何在只有其他同步的情况下进行同步？