Backbone.js 在何处调用Backbone.history.start（）？

我读过很多关于主干和主干木偶的博客和教程。在一些博客中，作者正在启动历史记录，即应用程序初始化'事件中的主干.history.start（），一些应用程序内的初始化：在'事件之后，一些应用程序内的启动'事件和路由器中的其他初始化'事件。嗯，他们在任何地方都工作得很好

---

但是还有谁能帮我解释一下，调用

Backbone.history.start（）

没有最好的方法。因为它是一个“启动并忘记它”的方法，并且您不会再次访问它，所以只要它在您的应用程序中启动，您将它放在何处（就像在上面的任何方法中一样）并没有什么区别。这一条是关于风格的。

没有最好的方法。因为它是一个“启动并忘记它”的方法，并且您不会再次访问它，所以只要它在您的应用程序中启动，您将它放在何处（就像在上面的任何方法中一样）并没有什么区别。这是关于风格的。

最可靠的方法是使用

initialize:after

，因为它将在所有初始值设定项运行后（顾名思义）启动历史记录。由于路由器通常在

initialize

函数中声明，这意味着在hitory启动时，所有路由器都已准备就绪并侦听路由事件

如果仅使用初始值设定项或

start

，则在相关路由器准备处理该路由之前，您可能会启动历史记录（并尝试触发路由）

---

在您看到的案例中，它通常是有效的，因为只涉及一个路由器。但是

initialize:after

方法在所有情况下都有效。

最可靠的方法是使用

initialize:after

，因为它将在所有初始化程序运行后启动历史记录（顾名思义）。由于路由器通常在

initialize

函数中声明，这意味着在hitory启动时，所有路由器都已准备就绪并侦听路由事件

如果仅使用初始值设定项或

start

，则在相关路由器准备处理该路由之前，您可能会启动历史记录（并尝试触发路由）

---

在您看到的案例中，它通常是有效的，因为只涉及一个路由器。但是

initialize:after

方法在所有情况下都有效。

有点像。你应该在创建路由器后启动它。您应该在创建路由器后启动它。