当路由器使用和内部视图时，特别是在主干/需要应用程序时

Question

骨干路由器是否也用于嵌套视图，因为它用于在更完整的页面视图和其他类型的页面之间导航？何时使用路由器，何时使用内部视图？

例如，主页视图页有选项卡，每个选项卡用于显示另一个视图及其模型和集合。这个主页视图类似于Twitter或Facebook。如何呈现这个完整的页面：

1. 通过路由器导航到选项卡单击的子视图和呈现子视图呈现功能，并将它们按主视图呈现放到主视图页面中，或者路由器对此没有好处。优点:a.书签式子视图，b.？更可维护的代码.缺点:在页面刷新主视图部分没有呈现，只有子视图。
2. 相反，在单击选项卡时，应在主视图中创建子视图，并在其自身中呈现，并通过home view呈现()放置在主页页面中。优点:上面没有缺点。缺点:无优势a，?b以上。

更新：

1. 刷新问题的一种混合解决方案。让每个子视图呈现主视图部件、制表符等，方法是依赖于单独的单个小模板，或者从它们编写了这些部件代码的模板中获得这些主视图部件。这里的缺点是模块的分离会减少一些子视图，这些子视图需要(作为依赖关系)或包含(在它们的模板中)一些根本不是子视图而是属于高级模块的sup，main。

或者还有另一个更好的方式？

Answer 1

最终，这是主观的；在不涉及路由的情况下，什么时候应该启动由Backbone.Router路由触发的新页面视图，什么时候应该只是重新呈现DOM的一部分子视图，这是没有规则的。实际上，这只是你想让用户感觉他们是否进入了一个新页面的问题。问问自己：

• 您希望它们能够在浏览器中单击“后退/转发”吗？
• 你想要他们能够书签“页面”吗？
• 大多数DOM是在改变，还是只是一小部分？

换句话说，当用户转到Backbone.Router页面时，它表示您的站点上发生了状态的重大更改。实际上，所有书签/历史记录条目/重要的DOM更改都只是这一点的反映。因此，如果你觉得一个重大的变化，无论这对你和你的网站，正在发生，为它做一条路线。否则，只需重新呈现一个View。