You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
import{BrowserRouterasRouter,Link,Route}from'react-router-dom';constHomeView=()=><div>Home</div>;constAboutView=()=><div>About</div>;constTopicsView=({ match })=>(<div><h2>Topics</h2><ul><li><Linkto={`${match.url}/topic1`}>Topic1</Link></li><li><Linkto={`${match.url}/topic2`}>Topic2</Link></li><li><Linkto={`${match.url}/topic3`}>Topic3</Link></li></ul><Routepath={`${match.url}/topic1`}component={()=><div>Topic1</div>}/><Routepath={`${match.url}/topic2`}component={()=><div>Topic2</div>}/><Routepath={`${match.url}/topic3`}component={()=><div>Topic3</div>}/></div>)classAppextendsComponent{render(){return(<Router><div><ul><li><Linkto="/">home</Link></li><li><Linkto="/about">about</Link></li><li><Linkto="/topics">topics</Link></li></ul><Routeexactpath="/"component={HomeView}/><Routepath="/about"component={AboutView}/><Routepath="/topics"component={TopicsView}/><Routecomponent={()=><div>Always show</div>}/></div></Router>);}}
exportclassLinkextendsComponent{handleClick=e=>{e.preventDefault();const{ to }=this.props;window.history.pushState({},null,to);instances.forEach(instance=>instance.forceUpdate());};render(){const{ to, children }=this.props;return(<ahref={to}onClick={this.handleClick}>{children}</a>);}}
其它的内容跟之前的 Hash 路由差不多,读者可以自行查看:
cd history_router_with_react/
yarn
yarn start
实现效果:
虽然点击前进后退按钮并不会触发所有组件更新,但上面的实现效果可能也不太优雅,因为单页应用中如果存在大量 Route 组件时,每次点击 Link 链接时候都需要迫使所有 Route 组件进行重渲染。
本文到这差不多就结束了,本文围绕着构建 hash 路由和 history 路由为线索,并最后实现了玩具版的 React-router,阐述现在主流单页面应用路由实现原理,有兴趣的建议阅读下源码,相信会有其他收获。
原文地址
剖析单页面应用路由实现原理
前言
如今 React, Vue 等视图层框架大行其道,为前端开发提供了不少便利性,但是仅仅只是这些的话,缺少完善的前端路由系统,在单页应用中,我们希望能够通过前端路由来控制整个单页面应用,而后端仅仅只是获取数据接口。本文主要围绕以下三个问题来进行阐述:
接下来我们围绕一个简单的例子展开,通过路由原理将其实现。
如果觉得本文有帮助,可以点 star 鼓励下,本文所有代码都可以从 github 仓库下载,读者可以按照下述打开:
git clone https://github.com/happylindz/blog.git cd blog/code/router yarn
建议你 clone 下来,方便你阅读代码,跟我一起测试查看效果。
为什么需要路由系统
最开始的时候网页都是多页面的,后来随着 ajax 技术的出现,才慢慢有了像 React、Vue 等 SPA 框架,当然,缺少路由系统的 SPA 框架有其存在的弊端:
主流的前端路由系统是通过 hash 或 history 来实现的,下面我们一探究竟。
Hash 路由
url 上的 hash 以 # 开头,原本是为了作为锚点,方便用户在文章导航到相应的位置。因为 hash 值的改变不会引起页面的刷新,聪明的程序员就想到用 hash 值来做单页面应用的路由,并且当 url 的 hash 发生变化的时候,可以触发相应 hashchange 回调函数。
所以我们可以写一个 Router 对象,代码如下:
在对应 html 中,只要将所有链接路径前加 # 即可做成软路由,而不去触发刷新页面。
读者可以尝试并查看效果:
值得注意的是在第一次进入页面的时候,需要触发一次 onhashchange 事件,保证页面能够正常显示,用 hash 在做路由跳转的好处在于简单实用,便于理解,但是它虽然解决解决单页面应用路由控制的问题,但是在 url 却引入 # 号,不够美观。
History 路由
History 路由是基于 HTML5 规范,在 HTML5 规范中提供了
history.pushState || history.replaceState
来进行路由控制。当你执行
history.pushState({}, null, '/about')
时候,页面 url 会从http://xxxx/
跳转到http://xxxx/about
可以在改变 url 的同时,并不会刷新页面。先来简单看看 pushState 的用法,参数说明如下:
这么说下来 history 也有着控制路由的能力,然后,hash 的改变可以出发 onhashchange 事件,而 history 的改变并不会触发任何事件,这让我们无法直接去监听 history 的改变从而做出相应的改变。
所以,我们需要换个思路,我们可以罗列出所有可能触发 history 改变的情况,并且将这些方式一一进行拦截,变相地监听 history 的改变。
对于一个应用而言,url 的改变(不包括 hash 值得改变)只能由下面三种情况引起:
history.push(replace)State
函数只要对上述三种情况进行拦截,就可以变相监听到 history 的改变而做出调整。针对情况 1,HTML5 规范中有相应的 onpopstate 事件,通过它可以监听到前进或者后退按钮的点击,值得注意的是,调用
history.push(replace)State
并不会触发 onpopstate 事件。经过分析,下面就简单实现一个 history 路由系统,代码如下:
Router 跟之前 Hash 路由很像,不同的地方在于 init 初始化函数,首先需要获取所有特殊的链接标签,然后监听点击事件,并阻止其默认事件,触发 history.pushState 以及更新相应的视图。
另外绑定 popstate 事件,当用户点击前进或者后退的按钮时候,能够及时更新视图,另外当刚进去页面时也要触发一次视图更新。
修改相应的 html 内容
跟之前的 html 基本一致,区别在于用 data-href 来表示要实现软路由的链接标签。
当然上面还有情况 3,就是你在 JS 直接触发 pushState 函数,那么这时候你必须要调用视图更新函数,否则就是出现视图内容和 url 不一致的情况。
读者可以尝试并查看效果:
React-router 用法
React-router 的版本从 2 到 3 再到现在的 4, API 变化天翻地覆,这里我们以最新的 v4 来举例。
在 v4 版本中,提供的路由能力都是以组件的形式进行呈现,由
react-router-dom
来提供,你不需再安装react-router
,因为react-router-dom
已经包含了这个库。下面先通过react-router-dom
写一个简单的例子。这是 RR4 的标准用法,实际运行效果如下:
可以看出,当 path 匹配上路由时则显示 component,匹配不上则不显示,如果没有 path 字段则默认一直显示,而 exact 字段则表示必须要完全匹配,避免像
path='/'
匹配上path='/about'
这样的情况。所谓的局部刷新,其本质在于:当路由发生变化时,跟当前 url 匹配的 component 正常渲染,跟当前 url 不匹配的 component 渲染为 null,没错,就是这么简单粗暴。
有了奋斗的方向后,下面我们就围绕了如何构建 Router,Link,Route 这三个组件来实现 Hash 和 History 的前端路由系统。
基于 React 的 Hash 路由系统
有了前面的理论基础,相信实现基于 React 的 Hash 路由系统应该不是什么难事吧,首先是 Link 组件的实现:
简单地返回一个 a 标签,并且在链接前面加 # 代表软路由,并不是真正意义的跳转。接着是 Route 组件的实现:
实现的方式也不难:
至于这个 matchPath 的实现:
这样一个简单的 Hash 路由就已经实现了,当然,我们在初次加载页面的时候 hash 值是不带 /,所以导致无法加载 Index 组件,所以我们在 HashRouter 组件中添加一次 hash 的变化,这样就保证的首次加载页面的准确性。
到目前为止,基于 React 的 Hash 路由系统就已经实现了,我们可以将之前 React-router 的例子拿来进行测试,别忘了将组件引入路径改成我们自己写好的目录,读者也可以自己手动进行尝试。
cd hash_router_with_react/ yarn yarn start
实现效果如下:
基于 React 的 Hash 路由系统实现比较简单,而 History 版的就会相对复杂一些,下面就来实现吧。
基于 React 的 History 路由系统
根据前面的 history 路由的实现,基于 React 的路由也是十分类似。
图片出处:单页面应用路由实现原理:以 React-Router 为例
大致分为两步:
代码实现如下:首先是创建 instances 数组
Route 组件大致相同,不同在于注册和卸载钩子函数的不同:初始化时需添加到 instances 中和绑定 popstate 事件。
Link 组件实现:需要阻止默认事件并且当点击的时候需要广播所有实例强制触发更新。
其它的内容跟之前的 Hash 路由差不多,读者可以自行查看:
实现效果:
虽然点击前进后退按钮并不会触发所有组件更新,但上面的实现效果可能也不太优雅,因为单页应用中如果存在大量 Route 组件时,每次点击 Link 链接时候都需要迫使所有 Route 组件进行重渲染。
本文到这差不多就结束了,本文围绕着构建 hash 路由和 history 路由为线索,并最后实现了玩具版的 React-router,阐述现在主流单页面应用路由实现原理,有兴趣的建议阅读下源码,相信会有其他收获。
参考文章:
The text was updated successfully, but these errors were encountered: