vue移动端滑动切换页面_vue移动端路由切换实例分析

本文详细分析了Vue移动端如何实现滑动切换页面,包括浏览器导航栏的切换逻辑和解决iOS滑动切换时两次转场动画的问题。通过记录历史记录、添加随机字符串到URL以及监听触摸事件,实现了平滑的页面过渡效果。
摘要由CSDN通过智能技术生成

在写移动端时,因为需要给页面做转场动画,便有了这次的研究

其中最主要的时以下两个问题:

浏览器导航栏的切换

IOS 上滑动切换时,会有两次页面的转场动画,一次自身滑动时进行的切换,随后触发我们设置的转场动画。

除了上面两个问题,其余的操作都是可以在页面内进行设置,基本都是可控的。主要就是解决上面两个问题。

可以看下实际写出来的效果:

1. 浏览器导航栏的切换

通过记录 历史记录 来比较判断前进还是后退

如下例子

A页面 -> B页面 -> C页面

假如我从 A页面到 B页面 再到C页面,历史记录就会产生3条

我们用一个数组表示: ['/a','/b','/c']

然后我在通过点击浏览器导航栏的后退按钮, 我便会回到 B 页面,

这时候我只要判断是否存在 B页面, 存在就证明我点的时后退按钮。

然后只要我后退过, 我就能点击浏览器的前进按钮了。这时候怎么判断它到底是前进的呢。

我们可以这样。

当我们后退到了B页面,历史记录不是还保存着['/a','/c'] 三个路径吗

我们可以删除B页面后面的路径,那现在就是 ['/a','/b'];

如果我们后退到A页面, 那么我们保存的路径就是['/a']

只要我们点击前进按钮, 我们去保存的路径里面找, 是不是就找不到路径了, 那样就完成了前进判断。

上面是一种正常的情况。

但是假如我们有点页面重复进入了呢。

就如以下这种情况

A页面 -> B页面 -> C页面 -> B页面 -> C页面

现在走了5步,到达了第二个C页面, 然后我们后退一步,到达了B页面

这个时候问题就出来了,我们是删除第一个B页面后面的路径还是删除第二个B页面后面的路径

我们先试着删除第二个B页面的路径,那么我们还保存的路径就是: ['/a','/c','/b']。

1、那这个时候我们按照上面正常情况的逻辑来操作.

我点击前进, 然后我去保存的路径里面找,找不到就算前进, 找到证明是后退。

那么结果显而易见,我们找到了第一个C页面,那就这样就算后退了,但其实我点击的时前进

2、那我们试着删除第一个B页面后面的路径,那么保存的路径就是: ['/a','/b'],

那么我在点击后退按钮,这时候他其实会进入C页面, 我们可以看以下流程图

这个时候我们在此点击后退按钮,就会到C页面, 但是保存的路径里面 `'/c'` 已经被我删除了,所以判断出来的是前进。

1、如果我们过滤重复的页面路径,是不是就会好了呢,其实也是一样的

假如我们有5个页面路径,过滤了2个重复的,只有3个页面路径了

那么我退到第四个路径的时候是不是就找不到了, 那么后面两个页面都会算作前进。

所以以目前来看,最好的办法就是记录每一个页面,但是每个页面,都让他有区别

那么我们就可以在url上面放一个随机字符串

代码实现:

{

if (to.query[pathKey]) {

store.commit('UPDATE_NAVIGATIONS',{path: to.fullPath})

}

}

router.beforeEach((to,from,next) => {

let toIndex = store.state.navigations.findIndex(path => path === to.fullPath)

if (toIndex >= 0) { // 存在该路径

let len = store.state.navigations.length-1

if (toIndex === len) { // 当前路径是最后一条,证明是同一个页面

console.log('refresh')

} else { // 后退

store.commit('UPDATE_ROUTER_DIRECTION',{ routerDirection: 'back' }) // 后退标志

store.commit('DELETE_NAVIGATION',{ index: toIndex }) // 删除当前路径后面的路径

}

}else{ // 不存在该路径

store.commit('UPDATE_ROUTER_DIRECTION',{ routerDirection: 'forward' }) // 前进标志

updateNavigations(to) // 保存该连接

}

const query = { ...to.query }

// 存在就直接next, 防止死循环

if (!query['APP_KEY']) { // 不存在添加key ,再次 next

query['APP_KEY'] = Math.random().toString(16).substring(2)

next({ path: to.path,query})

}else{

next()

}

})

以上代码我们就能就url中添加一个 APP_KEY 的随机串,那样就算同一个页面在我们保存的路径里面也是其实是不同的。就可以正常的执行逻辑了

上面就基本解决了浏览器导航栏的问题了

2. IOS上的滑动切换

在IOS的网页上, 是可以左右滑动进行切换,即使你没有做转场动画。

这个时候就会出现一个问题。

还是ABC页面

A -> B -> C

当我们到达C页面,然后向左滑动时,滑完他就进入B页面,但是这这时它还是会进入我们的 beforeEach 这个钩子函数里面,执行我们上面的逻辑。

那样就会触发我们的转场动画。你就会发现执行了两次切换。

于是我在网上找到了一种方法

代码是这样的

window.addEventListener('touchend',() => {

touchEndTime = Date.now()

})

router.beforeEach((to,next) => {

if ((Date.now() - touchEndTime) < 377) { // ios滑动切换

store.commit('UPDATE_ROUTER_DIRECTION',{ routerDirection: '' })

}

})

上面也很好理解, 就是我们取到手指最后离开的屏幕的那一刻, 然后在到 beforeEach里面进行比较,

当手指离开屏幕的最后一刻跟我们自己 beforeEach里面进行的转场相差小于 337,就算是IOS的滑动切换

那样就解决了IOS的滑动切换问题了。

但是IOS的右滑切换时监听不到手指离开屏幕的那一刻的(也不知道是什么鬼), 所以IOS的右滑切换,是没法像上面那样判断的。

这个我也没找到解决办法, 暂时只能解决IOS左滑返回的切换。

基本上遇到的比较麻烦的两个点就是上面这两个点了,其余都是可以通过监听事件进行设置,倒也没什么难度

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值