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

[levon]

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

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

[limingjie138]

把我问住了，回去考虑拆掉标签页

[Hellert]

把 tab 的 header 隐藏，完美解决😁

[xwbz2018]

有关联的数据弹窗打开，关闭弹窗刷新原页面

[zhxjdwh]

后台系统没有标签页怕是被人打死

[opengps]

设计了多标签，却没有设计页面的检测更新，这是设计不足

[KgM4gLtF0shViDH3]

就跟 IDE 一样，有的有标签页，有的没有

[yogogo]

有时候需要对照两个标签页的内容

[GM]

没标签页的后台系统，怕是睿智

[IvanLi127]

尤其是，网页明明可以多开标签和窗口来看。这设计很多余，似乎是 C/S 架构的遗产？

[DOLLOR]

用户需要同时做多件事，比如同时对照多个页面的数据。
其次，多数用户是知道数据过时要刷新的。

[crella]

方便直接移植到手机端？？

[MoccaCafe]

你说的 正常用户不会打开那么多标签页 是站不住脚的，因为事实刚刚相反

[daozhihun]

电脑还好，可以 c+w 关掉，手机很蛋疼

[MissThee]

用户：哎？！你这系统不行啊，我想看这俩统计表信息，一点就没了，还得重新查

[heiheidewo]

绝大部分用户不知道什么是“标签”，“窗口”，“链接”，别指望用户会右键选择新窗口打开链接

[levon]

@opengps 你对用户打开的每个标签页去检测更新，不是多消耗很多资源吗

[passerbytiny]

第一，你估计是很少用电脑甚至只用手机的人，非娱乐性质的应用，不管是信息系统后台还是多开是刚需

[passerbytiny]

日了，手机操作真不行，一不小心就点错，重发。
第一，你估计是很少用电脑甚至只用手机的人，非纯娱乐性质的应用，不管是信息系统后台还是逛论坛，多开是刚需。
第二，单页面多标签网页应用现在看来确实是反人类，但当时——Chrome 标签页巨耗内存 IE 多标签页很难用且更耗内存，是划时代的，要不你就只能用弹出窗口了。
第三，A 页面更新的时候 B 页面响应，是正规编程，A 页面关闭 B 页面才能打开加载最新数据，是懒政。

[towser]

复杂后台系统多标签几乎是刚需，多个子模块联动操作时 SPA 反复切换加载体验非常不流畅。然而 Vue、React 的流行似乎正在把后台系统单页化。

[Daming]

没有多标签的后台才是反人类的。

[levon]

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

[levon]

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

[wolfie]

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

[paicha]

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

[uxstone]

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

[reus]

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

[reus]

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

[levon]

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