前端路由以及浏览器回退，hash & history & location

一、前言

其实不止一次想监听浏览器的回退方法，比如

在 list.html 页滚动加载了几页列表，点到 detail.html 看详情，反回来时又得重新加载几页

H5 有背景音乐的，跳页就得重新放，体验实在不妙，等等

再其他就是体验上的优化了，虽然可以添加返回按钮，但手机的回退键还是很常用的。

再加上 ajax 的无刷新体验，单页面应用可谓是一大装逼利器。

 

二、前端路由的好处

(伪)换页面时还可以添加动画，丝滑流畅的操作体验实在不能更棒，另外相较后端路由，前端路由也算是减轻了服务区负荷...

也正基于此，根据不同 url 渲染不同视图这种路由的概念被提上台面，让渲染哪一个可以得到方便的管理。

 

三、前端路由的坏处

前端路由也是有利有弊，它的不足在于

1. 安全性，改改路由就能跳到某页面，肆意进入不同流程，想想还是有点瘆人的

2. 状态恢复，比如第一页添了表单，跳到第二页再返回，这些表单可能得清空之类的问题

 

四、实现前端路由

其实路由也就两步，实现 url 变化 & 捕捉变化进行不同的页面逻辑

1. 改变 url

location api 的 reload / replace 方法，修改 href / hash / search 等属性等，

history api 的 back / go 方法，以及比较新的 pushState / replaceState 方法...

改变 url 的方式太多了，

需要注意的是哪些是会刷新页面的，哪些是会改 url 但不刷新页面的...

2. 捕捉 url 变化

主要得靠 window 的事件 hashchange 和 popstate

用 setInterval 持续监听（每 100ms 比较 oldUrl 和 nowUrl）也不是不可以，但你也懂得性能是个好东西

注意：pushState / replaceState 不会触发 popstate 事件，其他是否触发问题你可以继续尝试

3. 简单的实现与封装

易懂的封装：

function Router() {
    this.routes = {};
    window.addEventListener('load', this.resolve.bind(this), false);
    window.addEventListener('hashchange', this.resolve.bind(this), false);
}
Router.prototype.route = function(path, callback) {
    this.routes[path] = callback || function(){};
}
Router.prototype.resolve = function() {
    this.curHash = location.hash.slice(1) || '/';
    typeof this.routes[this.curHash] === 'function' && this.routes[this.curHash]();
}

简单的案例：

<ul>
    <li><a href="#blue">蓝色</a></li>
    <li><a href="#yellow">黄色</a></li>
</ul>
<ul>
    <li><a href="#red">红色</a></li>
</ul>

var router = new Router();
router.route('blue', function(){
    document.body.style.background = 'lightblue';
});
router.route('yellow', function(){
    document.body.style.background = 'yellow';
});
router.route('red', function(){
    document.body.style.background = 'red';
});

DEMO1: https://foreverz133.github.io/demos/single/router.html 

DEMO2: https://foreverz133.github.io/demos/single/history.html

 

五、其他

1. 不是所有页面都需要改变 url，因为它会牵扯到回退

2. 浏览器的回退在体验上对前端是道比较难回答的题，比如回退两页，不返回登录/支付等

3. 在转场之间加上动画，当然要完成这效果就得使用 click 和 transitionEnd 等事件了

4. 状态控制，最便捷(并非最佳)的办法是全局一个对象去保存这些状态，每次进行判断和初始化操作

5. 当然如果你会 ReactJS 等模块化渲染的话，路由还可以更厉害

6. 还要比往常遇到更多优化上的问题，比如资源加载/数据更新/操作流畅度等

7. 梳理逻辑和确定状态，这些前期的事远比书写更重要，不然你会被改死的，讲真！

 

本文所提路由还太狭隘，毕竟路由是前后端都有的东西，url 也仅仅是指向某资源，所以它还会涵盖处理数据/数据传递等更多方面

 

六、总结

单页面应用(SPA)对前端的要求成倍增加，对开发者来说其实是好事，

有挑战进度会更快，不过和后端/策划的契合度也要相应提高才行。

转载于:https://www.cnblogs.com/foreverZ/p/6398704.html