如果不是從KVRouter傳送過來的童鞋請戳此跳轉。
1 使用場景
- 掃一掃
我們都知道現在App很多都有掃一掃的功能，如果沒有一套合適的方案，在每次掃一掃需要增加跳轉頁面的時候都需要更新App版本（你需要解析一個特定的鏈接來決定跳轉哪個頁面）。 - 網頁點擊跳轉原生頁面
網頁跳轉原生頁面的需求也是很普遍的，而且網頁與App相比最大的優點就是可以隨時更新，所以網頁上的功能是隨時可變，如果App不隨之做一些改變的話，那么不管對于你還是對于web前端小伙伴來說都是一場災難。 - 任何需要跳轉頁面的場景（包括App啟動廣告頁跳轉）
- 其他適用場景
1.1 案件重現
- 角色介紹
小元
某創業公司iOS開發程序猿，一個月31天有一天不加班，一直被坑爹CEO許諾股票卻連工資都發不起，更別談什么年終獎。
大黃
與小元同在一家公司，職位是產品經理......（其他腦補）
-
掃一掃功能沒有任何方案下的日常
大黃：我想在掃一掃里面增加一個可以跳轉個人中心的功能。
小元：好的。
咔咔咔敲完代碼，沒幾分鐘。
小元：好了，現在需要提交一個新版本。
大黃：什么！就這么點東西就要更新個版本，用戶會不會覺得有點煩，這樣吧，你把我們下版本的功能今晚加個班做完，一起更上去。
小元臉上笑嘻嘻，心里MMP。 -
啟用了動態定向方案的日常
大黃：我想在掃一掃里面增加一個可以跳轉文章詳情頁的功能。
小元：好的。
咔咔咔敲完代碼，沒幾分鐘。
小元：好了，現在你打開App看一下。
大黃：嗯，是好了，牛*啊小元，這么高效，趁熱今晚加個班，這個月的績效就靠你了。
小元沒說話，打開Google，搜索->狗肉火鍋怎么做？在線等，挺急的。
花開兩朵，各表一枝。
2 方案介紹
該方案使用一個json文件來實現跳轉路徑解析的數據更新，每次App啟動都會去拉取服務器一個版本號，如果與本地版本號不一致，那么拉取服務器的最新文件來更新本地的跳轉路徑解析數據。
- 優點
能夠實現不更新版本而跳轉App的任一界面 - 缺點
不能跳轉App里面沒有的界面（功能還沒上線，跳什么跳）
2.1 實現原理
通過設計一個中間人來處理來自于掃一掃或者其他需要用到該方案的URL請求，然后通過與本地的跳轉路徑解析數據進行匹配，獲取到本地頁面的跳轉URL，獲取到，那么跳轉，獲取不到，那么跳轉該原始URL。（之前看過天貓架構師的一篇文章，天貓也是有這種動態定向的方案的，只不過他們是通過URL降級處理來解決當前版本無法識別的界面，我的方案是直接識別原始URL，通過原始URL與本地頁面URL進行匹配，匹配不到直接跳轉網頁，不需要做降級處理）
看流程圖最清楚。
頁面動態定向方案.png
由于使用了KVRouter處理原生頁面的跳轉，所以該中間人并不需要做過多的事情，僅需要將原始URL轉成App能識別的原生頁面URL以及解析好參數進行傳遞即可。
2.2 方案要點
先來看一下我是如何保存路徑匹配的數據的。
{
"key" : "www.baidu.com/*/lesson", //原始URL
"type" : 1, //該數據的處理類型，有的是跳頁面，有的是直接跳回首頁
"localpath" : "course/lesson/detail", //對應的原生頁面URL，可以通過KVRouter進行跳轉
"param" : { //參數列表
"id" : "courseid"
},
"needlogin" : 0 //是否需要登錄
}
- 處理原始URL鏈接里面攜帶的參數名與原生頁面參數名的不同
請看上面的參數列表，里面是一個字典，里面保存了該原始URL攜帶的參數名與我原生頁面的參數名的映射關系，我在解析到原始URL的參數后，會根據這個參數列表，改變一下參數名，給跳轉頁面傳遞。
- 處理好不同請求來源的邏輯
目前項目有掃一掃和網頁跳轉使用到了該方案，掃一掃進來的請求，一般都是需要跳轉一個新頁面的，即使獲取不到本地URL，跳轉原始URL也是push一個新的網頁，但是在網頁跳轉里面，如果是原生頁面，那么直接推出一個新頁面，如果是網頁，那么需要在原網頁進行跳轉，所以這里需要做好不同來源請求的處理。
- 解決web前端URL正式服與測試服的差異
在上面的數據格式中，可以看到我使用到了通配符*，原因是我們公司web項目區分正式服和測試服的標識就是在鏈接的中間字符不同，這樣做，可以避免在頻繁切換正式服和測試服需要同時維護兩套數據。
2.3 寫在最后
其實這篇文章的要點全在那張流程圖上，只要看懂了，其他都可以根據你項目的具體需求進行調整。
另外，由于使用了KVRouter，所以在中間人進行頁面跳轉的時候不需要做過多處理，整個項目的架構可以保持一致性。
