BackboneJS中调用render()的适当方式

Question

BackboneJS中调用render()的适当方式

7

在大多数我见过的BackboneJS例子中，父级视图会调用子视图上的render()函数。这对我来说有点奇怪。也许这完全是为了优化或其他一些原因，但我不明白为什么这种优化不能在子视图本身中实现。难道子视图不应该负责调用自己的render()吗？似乎在我所有的视图中，我最终都会得到像下面这样的内容：

initialize: function() {
    this.render();
}

此外，如果父视图更新了子视图的“model”属性，那么子视图应该如何知道模型已更改（因此需要调用“render()”）？我猜在这种情况下，父级被迫调用子级的“render()”。虽然这有点暗示，但为什么父级需要知道当其模型发生变化时子级需要重新渲染呢？似乎调用子视图的渲染函数是超出父视图领域的。

- Aaronius

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- nrabinowitz · Accepted Answer

像几乎所有与 Backbone 相关的内容一样，这是一个相当主观的问题。但是以下是您可能希望父级视图进行渲染的原因：

认为父视图可能需要确保在其余部分进行呈现之前子视图已被呈现是完全合理的。例如，父级可能需要基于其子项的大小来调整容器元素的大小，或者仅在其内容由子视图呈现后才显示容器。
您的“初始化时进行呈现”的模式仅在您不需要先执行其他操作时才起作用 - 例如，一个常见的模式是视图绑定到模型的 change 事件，调用 this.model.fetch() 并在回调中呈现。在这种情况下，特别是如果您关心不同呈现的执行顺序，有一个单独的父级事件监听器并让父级处理呈现子代更好，而不是与每个子代都建立绑定，即使那些子代不会调用 fetch()。
此外，父级呈现子级并不排除子级自己重新呈现，例如响应更具体的事件。父级调用 child.render() 只是有助于确保在父级完成呈现时已经发生这种情况。

还值得注意的是，视图默认情况下对于 render 没有操作。因此，父级可以调用子级的 render() 而无需确定它是否会执行任何操作。

对于“父级如何更改子级的模型”这个问题，一个选择是不要这样做 - 总是为每个新模型创建一个新的子级。但这可能不适合您的架构 - 在这种情况下，让父级负责重新呈现子级就是完全合理的。