一、前言
其实不止一次想监听浏览器的回退方法,比如
在 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)对前端的要求成倍增加,对开发者来说其实是好事,
有挑战进度会更快,不过和后端/策划的契合度也要相应提高才行。