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

[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 我是从单页面角度出发，所有的临时状态都是这个页面来维护和延伸。

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