为什么大多后台系统都喜欢多标签页，我觉得这操作有点反人类

[levon]

正常的用户操作不会打开那么多页面，而且也不需要跳来跳去去选择标签页面，从左边导航栏选择就很明确了。 也没有任何美观可言，反而更丑。

有时候还会导致用户疑惑，比如 A 页面修改的数据会导致 B 页面数据更新，但是由于没有刷新 B 页面，导致用户看到旧数据，让用户徒增困惑。

[levon]

@passerbytiny A 页面更新 B 页面响应，这是正规编程，还真没听过，客户打开 n 个标签页面，更新其中一个页面，你是不是要检查每个标签是否有数据要更新的。

[levon]

@MissThee 如果用户需要经常对比两个页面的统计信息，那把这两个统计设计在两个页面里，是设计上的错误。

[wolfie]

不用再次加载一遍了。
左侧菜单是一个树，快速切换到上一次点击的菜单。

[paicha]

页面多开的需求浏览器标签页已经解决了。

[uxstone]

客户端软件时代遗留的产物, 但是现在的浏览器本身自带标签页
上面几位说后台系统就应该有多标签的效果，你们真的有用 React 或 Vue 写过这样的功能吗？
各种不必要的数据状态同步不是坑爹吗？

[reus]

建议了解下基本的 mvvm 原理，再来说话
源数据变了，所有依赖这个数据的页面元素都会变，不管是不是在同一个标签页显示
当然，有些系统开发者不懂 mvvm，做不出这些效果。但这不是标签页的错，是菜鸡开发者的错。

[reus]

有的人就算用着 react，用着 vue，脑子里还是 jquery 那一套

[levon]

无法理解，难到有什么东西携带着一整个数据库吗
@reus