Vue mobile terminal routing switching case analysis-JS Tutorial-php.cn

Vue mobile terminal routing switching case analysis

php中世界最好的语言

Release： 2018-05-21 15:20:06

Original

1692 people have browsed it

This time I will bring you an analysis of the vue mobile routing switching case. What are the precautions for vue mobile routing switching? The following is a practical case, let's take a look.

The most important of them are the following two problems:

Switching of the browser navigation bar

When sliding to switch on IOS, there will be two page transitions. Field animation, a switch when it slides, and then triggers the transition animation we set.

Except for the above two questions, the rest of the operations can be set within the page and are basically controllable. Mainly to solve the above two problems.

You can see the actual written effect: Online DEMO

1. Switching the browser navigation bar

By recording history To compare and judge whether to go forward or backward

The following example

A page-> B page-> C page

If I go from page A to page B and then to page C, there will be 3 historical records

We use an array to represent: ['/a', '/b', '/c']

Then when I click the back button on the browser navigation bar, I will return to page B.

At this time, I only need to determine whether page B exists. If it exists, it proves that I clicked the back button. .

Then as long as I go back, I can click the browser's forward button. How to judge whether it is moving forward at this time?

We can do this.

When we go back to page B, doesn’t the history record still save the three paths ['/a', '/b', '/c']?

We can delete page B The following path is now ['/a', '/b'];

If we go back to page A, then the path we save is ['/a']

As long as we click For the forward button, let's look for it in the saved path. If we can't find the path, then the forward judgment will be completed.

The above is a normal situation.

But what if we enter some pages repeatedly.

Just like the following situation

A page-> B page-> C page-> B page-> C page

Now we take 5 steps and reach the second C page, then we take a step back and reach the B page

The problem comes out at this time, we delete the first B page The path is still to delete the path after the second B page

Let's first try to delete the path of the second B page, then the path we still save is: ['/a', '/b', '/c', '/b'].

1. At this time, we operate according to the logic of the normal situation above.

I click forward, and then I search in the saved path. If I can’t find it, even if I can’t find it, To move forward, to find proof is to move backward.

The result is obvious, we have found the first C page, then even if we go back, but in fact when I click, we go forward

2. Then let’s try Now delete the path after the first B page, then the saved path is: ['/a', '/b'],

Then when I click the back button, he will actually Entering the C page, we can see the following flow chart

At this time, if we click the back button here, we will go to the C page, but the saved path is `'/c' ` has been deleted by me, so the judgment is to move forward.

1. Would it be better if we filtered duplicate page paths? In fact, it is the same.

If we have 5 page paths, 2 duplicates are filtered out Yes, there are only 3 page paths.

Then I can’t find it when I return to the fourth path. Then the next two pages will be counted as forward.

So from the current point of view, the best way is to record every page, but make each page different

Then we can put it in the url Put a random

string

code implementation on it:

// 当没有key的时候会进入两次 beforeEach,我们只需保存带key的就行
const updateNavigations = (to) => {
 if (to.query[pathKey]) {
  store.commit(&#39;UPDATE_NAVIGATIONS&#39;, {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(&#39;refresh&#39;) 
  } else { // 后退
   store.commit(&#39;UPDATE_ROUTER_DIRECTION&#39;, { routerDirection: &#39;back&#39; }) // 后退标志
   store.commit(&#39;DELETE_NAVIGATION&#39;, { index: toIndex }) // 删除当前路径后面的路径
  }
 }else{ // 不存在该路径
  store.commit(&#39;UPDATE_ROUTER_DIRECTION&#39;, { routerDirection: &#39;forward&#39; }) // 前进标志
  updateNavigations(to) // 保存该连接
 }

 const query = { ...to.query }
 // 存在就直接next， 防止死循环
 if (!query[&#39;APP_KEY&#39;]) { // 不存在添加key ，再次 next
  query[&#39;APP_KEY&#39;] = Math.random().toString(16).substring(2)
  next({ path: to.path, query})
 }else{
  next()
 }
})

Copy after login

We will use the above code You can add a random string of APP_KEY to the URL, so that even if the same page is in the path we save, it will actually be different. The logic can be executed normally

The above basically solves the problem of the browser navigation bar

2. Sliding switching on IOS

On the IOS web page, you can slide left and right to switch, even if you don't do a transition animation.

A problem will arise at this time.

Still ABC page

A -> B -> C

When we reach the C page and then slide to the left, finish sliding him Just enter the B page, but at this time it will still enter our beforeEach hook function and execute our above logic.

That will trigger our transition animation. You will find that two switches are performed.

So I found a method on the Internet to fix ios and slide left to execute the animation again#2259

The code is like this

let touchEndTime = Date.now()

window.addEventListener(&#39;touchend&#39;, () => {
 touchEndTime = Date.now()
})

router.beforeEach((to, from, next) => {
 if ((Date.now() - touchEndTime) < 377) { // ios滑动切换
  store.commit(&#39;UPDATE_ROUTER_DIRECTION&#39;, { routerDirection: &#39;&#39; })
 }
})

Copy after login

The above is also easy to understand, that is, we get the moment when the finger finally leaves the screen, and then compare it in beforeEach.
The difference between the last moment when the finger leaves the screen and our own transition in beforeEach Less than 337, even if it is the sliding switching of IOS

, that will solve the sliding switching problem of IOS.

But when IOS slides right to switch, it cannot monitor the moment when the finger leaves the screen (I don’t know what the ghost is), so IOS slides right to switch and cannot be judged as above.

I haven’t found a solution to this. For the time being, I can only solve the switch of left swiping back in IOS.

Basically, the two most troublesome points are the above two points. The rest can be set by listening to events, which is not difficult

Online DEMO Demonstration

I believe you have mastered the method after reading the case in this article. For more exciting information, please pay attention to other related articles on the php Chinese website!