是否使用骨干路由器/历史

Question

我正在创建一个由主干驱动的小部件的集合（因为没有更好的词）。消费者会将小部件放入他们的 Web 应用程序并对其进行初始化。我需要跟踪某些小部件的历史记录，但不一定需要/想要将内容实际注入浏览器的历史记录也不更新 URL。 .navigate 的 replace 和 trigger 选项似乎很有用。我不想干扰应用程序当前对浏览器的 URL/历史记录所做的任何事情，除非他们选择这样做（如果有的话）。

1. 不想更新 URL（除非选择加入）
2. 不想将事件插入浏览器历史记录（除非选择加入）
3. 希望能够跟踪历史记录（一个简单的数组可能就足够了，但能够随意选择加入项目的 1 和 2 是一个很大的好处）

主干的路由器/历史功能似乎适合我的用例，还是我应该推出自己的解决方案？

Answer 1

骨干路由器可能不是您想要的，除非您可以保证您的所有消费者（实际上这意味着您的所有消费者的消费者）都将拥有非常现代的浏览器。原因是，如果用户没有有现代浏览器，Backbone 将依赖使用 URL 进行导航，而您的要求 #1 会因此而被违反。

我所说的“现代浏览器”是指在此处显示为绿色的浏览器：

http://caniuse.com/#feat=history

如果我处于你的位置，我只会使用普通的旧 cookie 来存储导航详细信息；只要不涉及太多数据，我认为这是可行的。