浏览器本来就自带标签页了,这样仅使用一个窗口就可以用标签页来呈现多页网页。 但是我们公司有些 web 页面还用前端代码实现了自己的一套标签页功能。 这样我觉得有点多余啊,用浏览器自带的标签页不就行了吗,为什么还要前端再做一套,让系统更加复杂。
1
tool2dx 199 天前
一个页面内多个 tab ,同步 state 方便啊。
跨页面状态同步,比单页面实现复杂不少。 |
2
linauror 199 天前
这种标签页感觉很正常吧,如果用浏览器标签页,那每开一个页面都是打开一个新的浏览器标签页了
|
3
Baymaxbowen 199 天前
这种很正常呀,我司页面的标签页下面还有一级标签页,简直反人类
|
4
flmn 199 天前
国产的架子,都这自己搞一套 tab ,很难看,其实也不太实用。
但是架不住一个跟一个学,成了标准。 |
8
jydeng 199 天前
正常,后台管理系统很多这种设计。
|
9
wanguorui123 199 天前
操作效率等多个页面的交互复杂就知道了
|
10
tool2dx 199 天前
@qinqiuxu 用 postMessage 还是复杂一点的。
举个例子,你单页面可以限定只允许开一个"在线用户"的 tab ,这样你只需要同步一个窗口状态。 你浏览器多页面,一般不限定用户开多少个。如果用户开 5 个,你就要维护 5 份状态,这属于多出来的事情。 |
11
qinqiuxu OP @tool2dx 我理解的是,列表页面并不需要维护多个详情页面的状态,详情页面的数据是自己而不是在列表页面获取的。详情页修改保存数据后,通知列表页面有数据变更,要求列表页面重新调用接口。
|
14
lilu0826 167 天前 via Android
标签页导航简单些,动态面包屑不好维护,可能页面层级是树状也可能是网状
|
15
skkakaka2 153 天前
问下你的工作年龄?没别的意思
|
18
qinqiuxu OP @apades 看了下 MDN 上和 ChatGPT 对 Broadcast Channel API 的解释,感觉这个 API 挺好的,比起 postMessage 和 localStorage storage 事件更简单易用。
|