写点什么

[极致用户体验] 网页里的「返回」应该用 history.back 还是 push ?

作者:HullQin
  • 2022 年 8 月 17 日
    广东
  • 本文字数:3766 字

    阅读完需:约 12 分钟

[极致用户体验] 网页里的「返回」应该用 history.back 还是 push ?

我是 HullQin,公众号线下聚会游戏的作者(欢迎关注公众号,发送加微信,交个朋友),转发本文前需获得作者 HullQin 授权。我独立开发了《联机桌游合集》,是个网页,可以很方便的跟朋友联机玩斗地主、五子棋等游戏,不收费没广告。还独立开发了《合成大西瓜重制版》。还开发了《Dice Crush》参加 Game Jam 2022。喜欢可以关注我 HullQin 噢~我有空了会分享做游戏的相关技术。

1. 什么是「返回」按钮?

这里不是浏览器的「返回」按钮,我们没办法修改它的行为。


而是网页代码中的「返回」按钮,我们可以定义它的行为。

举个例子

比如我的五子棋小游戏


点开链接,会出现文章开头图片的的页面——游戏主页,「进入房间」后,左上角有个「离开房间」按钮,点击后,会返回主页。


这种需要返回上层页面的按钮,在本文中,称之为「返回」按钮。


2. 什么是 push、back、replace?


这 3 种,都可以实现页面跳转,对于用户体验也是有差异的。

3. 「返回」按钮的难题

「返回」按钮,做好用户体验,挺难的。这里罗列一些容易想到的、但不完美的方案。

3.1 方案一:用 back 实现「返回」

存在的问题:


  • 如果用户直接从 URL 进入该页面,点「返回」无效。

  • 同一个页面,如果来源不同,点「返回」,回到的页面也不同,会让用户困惑。


其实,如果用 back 实现「返回」按钮,这个按钮元素会有点多余,因为它与浏览器原生的「返回」能力一样。

3.2 方案二:用 push 实现「返回」

这种方式解决了 back 导致的 2 个问题,但并不完美。


存在的问题:


  • 页面浏览记录栈膨胀迅速,剥夺了用户使用原生「返回」按钮的权利。


我解释一下。比如有个初始页面H,用户从初始页面H跳转到了列表页A,用户通过点击列表页A里面的详情Ax链接(x 代表一个正整数,列表页通常有多个详情链接),可以进入详情页Ax。在详情页Ax中,可以点网页「返回」按钮,回到列表页A


当用户在列表页A详情页Ax之间多次通过详情Ax链接网页「返回」按钮来回切换时,页面浏览记录已经累积很多了,用户若想通过浏览器原生「返回」按钮,再返回初始页面H,是需要按很多次返回的。


但用户没有这个耐心。


所以你不得不在列表页A增加一个网页「返回」按钮,用于跳转初始页面H。这就诞生了新的问题:


  • 如果一个列表页A的来源,不止初始页面H,还有多个页面可以跳转列表页A,那么列表页A网页「返回」按钮,应该返回到哪里呢?


除此之外,我想强调一句:


剥夺用户使用原生「返回」按钮的权利,不是一件好事。


尤其是对于安卓端用户,重度依赖原生「返回」操作(在屏幕边缘左滑或右滑)。网页打破了他们的操作习惯,只能表明网页用户体验做的不够好。

4. 网页「返回」按钮,什么效果才是符合用户认知的?

这里,我想先提出「页面层级」的概念。

4.1 页面层级

假设网站有这样的结构:



它是一个树状结构,每个页面、模块划分非常清晰。


什么是页面层级?


同一层子结点,称之为同一个「页面层级」。(例如图中模块 A、B、C 就是同一层级)

4.2 基于此定义,我们可以提出这样的产品原则:

  • 页面跳转(push)或前进(forward),只允许相邻页面层级从左往右跳转

  • 网页里的「返回」按钮(back),只允许相邻页面层级从右往左返回

  • 对于同一页面层级的跳转:可以限制,必须先返回某结点的父结点,再进入该结点的兄弟结点。如果确实有快速跳转的诉求,只能用 replace 实现。

  • 不允许跨模块的跳转(如模块 A 某页面跳模块 B 某页面)。如果一定需要这种跳转,只能在新标签页打开。

  • 不允许跨层级的跳转(如第 2 层级直接跳转第 4 层级、或第 4 层级跳到第 2 层级)。如果一定需要这种跳转,只能在新标签页打开。


这样,页面整体跳转逻辑,是非常清晰的,对于用户而言,也容易理解你的逻辑。

4.3 为什么这样定义产品原则?

产品原则的目标:让浏览器的历史记录栈与网页结构保持一致


  • 用户进入更深的页面层级,浏览器的历史记录栈就增 1。

  • 用户返回更浅的页面层级,浏览器的历史记录栈就减 1。


而浏览器原生的「返回」,正是使浏览器的历史记录栈回退 1 个。这样两种「返回」就归一了。


这件就解决了「3.2 方案二」中的问题,达到这样的效果:


  • 保留用户使用原生「返回」的权利。

  • 使网页「返回」按钮具有唯一目的地。


但网页「返回」按钮还有个问题必须解决:若浏览器当前历史记录栈为空,或历史记录栈的上个页面并非该网页的页面,点「返回」,应该也能返回它的父页面。


现在我告诉你,这个技术难点,是有解的!

4.4 实现方案

「返回」按钮,逻辑如下

  1. 判断历史记录栈的上个页面,是不是我的父页面。

  2. 如果是我的父页面,我就用history.back(),使用浏览器原生返回行为。

  3. 如果不是我的父页面,我就用history.replace(),使当前页面替换为我的父页面。(不能用 push,否则在父页面返回,回到了子页面,是反直觉的)


难点:如何判断历史记录栈的上个页面,是不是我的父页面。


问题:浏览器基于安全性,不允许你读取历史记录栈。

解决方案

只要父页面跳转到子页面时,携带个「标识」,告知子页面,跳转来源。子页面就知道了。


跳转时的「标识」,刚好可以用history.pushState()中的state来实现。

实现跳转链接(即我上篇文章提到的 Link Button)

只要是内部跳转,都封装一个统一的组件。该组件允许定义跳转目的地,而且会在state中携带「标识」(如果你的网页有带自定义state的诉求,则还需要在该组件中组装一下参数中的state和「标识」,变成新的state)。

实现返回链接(比如叫 BackLinkButton)

获取当前页面的state,如果包含了「标识」,则直接history.back();否则,用history.replaceState(注意 replace 时不用带「标识」)。

其它问题

实际使用中,发现一个问题,我直接举真实案例。


我的五子棋,联机对战模式,页面分为 3 个层级:首页、对战房间、单机演练。按照如下流程操作:


  1. 用户直接输入网址进入第 2 层级(对战房间),此时没「标识」。

  2. 用户点「单机演练」,携带「标识」,进入第 3 层级。

  3. 用户点「返回房间」,发现此页面state有「标识」,触发浏览器原生返回,返回第 2 层级。

  4. 用户点「离开房间」(此页面state没「标识」,会通过 replace 进入第 1 层级)。

  5. 用户点「前进」,会直接到第 3 层级。不符合预期。


为了解决这个情况,我做了兼容处理:


如果当前页面state没「标识」,如果当前浏览器历史记录栈长度为 1,直接 replace 是没问题的,不会出现上述问题;但如果当前浏览器历史记录栈长度大于 1,我调用 replace 后,需要连续调用一次 push 和一次 back,目的是清空浏览器「前进」的历史记录栈。


打开网址 https://game.hullqin.cn/wzq/bgzyyds ,会直接进入第 2 层级。你可以按上述流程操作下。你不会遇到问题,因为这个问题已经被解决了,体验好很多。

代码片段参考

这是LinkButton逻辑,其中back参数,true表示是返回按钮,false表示是跳转按钮。我的state中「标识」叫做keepSession


if (back) {  return (    <BackLink to={to}>      {children}    </BackLink>  );}return (  <Link to={to} state={{ ...state, keepSession: true }} onClick={handleClick}>    {children}  </Link>);
复制代码


这是BackLink核心逻辑(注:navigateReact Router@6提供的函数)


const handleClick = (event) => {  if (event.button !== 0) return;  if (event.ctrlKey || event.metaKey || event.shiftKey || event.altKey) return;  event.preventDefault();  if (keepSession) {    navigate(-1);  } else if (window.history.length === 1) {    navigate(to, { replace: true });  } else {    navigate(to, { replace: true });    // 通过下面方式刷新浏览器"前进"记录,以免通过"前进"进入不符预期的页面    navigate(to);    navigate(-1);  }};return (  <Link to={to} onClick={handleClick}>    {children}  </Link>);
复制代码


如果你好奇event.xxxKeyevent.preventDefault()那 3 行代码,请一定要看下这篇文章:《你的 Link Button 能让用户选择新页面打开吗?》

5. 结束语

另一个问题:多页面应用

如果你的父页面和子页面,不是同一套前端代码,而是两套前端代码。也就是说,它整体不是单页面应用(SPA),而是多页面应用(MPA),该怎么办呢?


请继续阅读:《多页面应用里,「网页内返回」按钮,何时用 history.back 何时用 replaceState?》。

聊聊天

只要你的页面里,没有「返回」按钮,那啥事都没有 😁


如果你的页面,不追求移动端的极致用户体验,那也没啥事,PC 端用户对原生「返回」的依赖没那么重,你想剥夺就剥夺吧 😁


而我要做移动端页面,有些情况下,原生「返回」是无法返回上一层级的(例如用户直接从 url 进入了第 2 层级,原生返回只能关闭页面,不能返回第 1 层级),所以我在网页加了「返回」按钮。与此同时,我还没剥夺用户使用原生「返回」的权利。总算是完成了令我满意的「返回」😎


如果你想体验我的游戏,看看「返回」的交互,欢迎打开我这篇文章,开头有游戏地址哦:《我做了个《联机桌游合集: UNO+斗地主+五子棋》无需下载,点开即玩!叫上朋友,即刻开局!不看广告,不做任务,享受「纯粹」的游戏!》

6. 写在最后

我是 HullQin,公众号线下聚会游戏的作者(欢迎关注公众号,发送加微信,交个朋友),转发本文前需获得作者 HullQin 授权。我独立开发了《联机桌游合集》,是个网页,可以很方便的跟朋友联机玩斗地主、五子棋等游戏,不收费没广告。还独立开发了《合成大西瓜重制版》。还开发了《Dice Crush》参加 Game Jam 2022。喜欢可以关注我 HullQin 噢~我有空了会分享做游戏的相关技术。

发布于: 2022 年 08 月 17 日阅读数: 66
用户头像

HullQin

关注

公众号【线下聚会游戏】 2020.10.07 加入

game.hullqin.cn 我做了一些联机桌游网页:支持2-10人联机的UNO、2-4人联机的斗地主、2人联机的五子棋。无需下载,点开即玩!叫上朋友,即刻开局!不看广告,不做任务,享受「纯粹」的游戏!

评论

发布
暂无评论
[极致用户体验] 网页里的「返回」应该用 history.back 还是 push ?_CSS_HullQin_InfoQ写作社区