如何看待在前端页面里实现类似于浏览器标签页的需求？

[qinqiuxu]

浏览器本来就自带标签页了，这样仅使用一个窗口就可以用标签页来呈现多页网页。 但是我们公司有些 web 页面还用前端代码实现了自己的一套标签页功能。 这样我觉得有点多余啊，用浏览器自带的标签页不就行了吗，为什么还要前端再做一套，让系统更加复杂。

嵌套标签页的示例图片

[tool2dx]

一个页面内多个 tab ，同步 state 方便啊。

跨页面状态同步，比单页面实现复杂不少。

[linauror]

这种标签页感觉很正常吧，如果用浏览器标签页，那每开一个页面都是打开一个新的浏览器标签页了

[Baymaxbowen]

这种很正常呀，我司页面的标签页下面还有一级标签页，简直反人类

[flmn]

国产的架子，都这自己搞一套 tab ，很难看，其实也不太实用。

但是架不住一个跟一个学，成了标准。

[qinqiuxu]

@tool2dx 用 postMessage 来做跨页面状态同步，我感觉并不复杂啊

[qinqiuxu]

@linauror 浏览器已有标签页呀这个功能，我感觉还用前端代码重复实现，徒增开发和维护成本。

[qinqiuxu]

@flmn 听说自己搞一套 tab 的系统大多式那种老式系统？我们公司公司很多老 web 页面弄了这种，现在要求我新开发的新系统也加上。

[jydeng]

正常，后台管理系统很多这种设计。

[wanguorui123]

操作效率等多个页面的交互复杂就知道了

[tool2dx]

@qinqiuxu 用 postMessage 还是复杂一点的。

举个例子，你单页面可以限定只允许开一个"在线用户"的 tab ，这样你只需要同步一个窗口状态。

你浏览器多页面，一般不限定用户开多少个。如果用户开 5 个，你就要维护 5 份状态，这属于多出来的事情。

[qinqiuxu]

@tool2dx 我理解的是，列表页面并不需要维护多个详情页面的状态，详情页面的数据是自己而不是在列表页面获取的。详情页修改保存数据后，通知列表页面有数据变更，要求列表页面重新调用接口。

[qinqiuxu]

@tool2dx 跨页面状态同步用 localStorage ，跨页面事件通知可以用 storage 事件，也可以用 postMessage

[tool2dx]

@qinqiuxu 我是从单页面角度出发，所有的临时状态都是这个页面来维护和延伸。

如果你本来就是多页面的代码体系，那可能思考问题角度确实不太一样。

[lilu0826]

标签页导航简单些，动态面包屑不好维护，可能页面层级是树状也可能是网状

[skkakaka2]

问下你的工作年龄？没别的意思

[apades]

@qinqiuxu 现在有 Broadcast Channel API 可以多 tab 同步数据了，搞 local 传不了多少东西

[qinqiuxu]

@skkakaka2 既然没什么意思，那还问工作年龄干嘛？请先解释一下你想知道我工作年龄的目的。

[qinqiuxu]

@apades 看了下 MDN 上和 ChatGPT 对 Broadcast Channel API 的解释，感觉这个 API 挺好的，比起 postMessage 和 localStorage storage 事件更简单易用。

[apades]

@tool2dx 很多情况下其实还是避免不了有些用户就喜欢右键新建 tab ，然后留了一堆 tab ，我们公司从好几年的前端老员工到测试都这样😅你得一遍遍解释要刷新下页面

[qinqiuxu]

@apades 我觉得中键或者右键在新标签页打开链接这个操作挺方便的，不过这要求多用 html a 标签的 href 属性，而不是用点击事件执行函数做跳转。现在好多人不注意 html 语义化，不用 a element 就没法右键打开 tab 。我们公司有些网页就没有做得很好，想打开一个标签页，还得复制网址在新建的空白 tab 中粘贴跳转。