前言

啟動(dòng)頁(yè)在APP中是個(gè)很常見的需求，為什么對(duì)于小程序來(lái)說(shuō)也非常重要呢？首先我描述一下我在開發(fā)過程中遇到的一些問題以及解決的步驟，到最后為什么要加啟動(dòng)頁(yè)，看完你就明白了。

小程序的首頁(yè)需要展示用戶關(guān)注的小區(qū)信息，意味著一打開小程序我就得先執(zhí)行登錄的邏輯，只有登錄了之后才能獲取用戶關(guān)注的小區(qū)信息。

在小程序啟動(dòng)的時(shí)候自動(dòng)登錄，目前沒獲取用戶信息，所以不需要用戶授權(quán)，這個(gè)邏輯放在根目錄下的app.js的onLaunch方法中。只要啟動(dòng)小程序就會(huì)執(zhí)行onLaunch方法。

做完之后發(fā)現(xiàn)了一個(gè)很嚴(yán)重的問題，就是app.js的onLaunch方法確實(shí)會(huì)在小程序啟動(dòng)的時(shí)候執(zhí)行，但是首頁(yè)也會(huì)是在app.json文件的pages中第一個(gè)頁(yè)面也會(huì)同時(shí)執(zhí)行，它不是阻塞的。會(huì)導(dǎo)致一個(gè)問題就是首頁(yè)獲取關(guān)注信息執(zhí)行完了，登錄的邏輯還沒完，獲取不到正確的數(shù)據(jù)。

于是把登錄的邏輯放到首頁(yè)的onLoad方法中執(zhí)行，在登錄成功之后再去獲取關(guān)注的數(shù)據(jù)，這樣就能解決上面說(shuō)的問題了。

后面又有一個(gè)需求，就是分享功能，分享出去的頁(yè)面中也需要用到用戶信息，這個(gè)就尷尬了，分享出去的頁(yè)面，用戶進(jìn)入的時(shí)候還是進(jìn)入的這個(gè)頁(yè)面，不會(huì)執(zhí)行首頁(yè)的邏輯，是拿不到用戶信息的。

后面想了下，還是增加一個(gè)啟動(dòng)頁(yè)來(lái)做中轉(zhuǎn)吧，登錄的邏輯還是放到app.js中，只要小程序啟動(dòng)了就可以執(zhí)行，無(wú)論是第一次進(jìn)入還是通過分享的頁(yè)面進(jìn)入，都可以自動(dòng)登錄。

問題是如何實(shí)現(xiàn)阻塞功能，就是登錄之后再去跳轉(zhuǎn)到其它的頁(yè)面，思路就是通過定時(shí)器的方式去檢測(cè)登錄狀態(tài)，成功了之后再跳轉(zhuǎn)。

分享也是一樣，分享出去的地址不再是本頁(yè)面的地址，而是啟動(dòng)頁(yè)的地址，帶一個(gè)參數(shù)，這個(gè)參數(shù)才是本頁(yè)面的地址，當(dāng)用戶點(diǎn)擊分享的小程序進(jìn)入之后會(huì)先進(jìn)入啟動(dòng)頁(yè)，啟動(dòng)頁(yè)中獲取參數(shù)，等待登錄邏輯執(zhí)行完成之后，再根據(jù)參數(shù)跳轉(zhuǎn)到分享的頁(yè)面。

啟動(dòng)頁(yè)代碼：

 onLoad: function (e) {
 var url = '/pages/index/index'
 // 分享頁(yè)面參數(shù)解碼
 if (e.page != undefined && e.page != "") {
  url = decodeURIComponent(e.page)
 }
 var count = 0; 
 var inter = setInterval(() => {
  count++;
  if (count > 1000) {
  clearInterval(inter);
  wx.showToast({
   title: "網(wǎng)絡(luò)異常，請(qǐng)重啟小程序",
   icon: 'none',
   duration: 2000
  })
  return;
  }
  var token = wx.getStorageSync("login_token");
  if (token != null && token != "") {
  clearInterval(inter);
  // 跳轉(zhuǎn)到toolbar
  if (url == "/pages/index/index" || url == "/pages/city/cityAll/cityAll") {
   wx.switchTab({
   url: url
   })
  } else {
   // 跳轉(zhuǎn)到普通頁(yè)面
   wx.navigateTo({
   url: url,
   })
  }
  
  }
 },10);
 }

當(dāng)檢查超過10秒鐘，登錄信息還獲取不到的時(shí)候就會(huì)給出提示，后續(xù)會(huì)加上一個(gè)讓用戶手動(dòng)授權(quán)登錄的頁(yè)面。

這種方式勉強(qiáng)能實(shí)現(xiàn)需求，但不是最好的方式，問題一看就知道了，如果加了啟動(dòng)頁(yè)，意味著所有的入口都變成了啟動(dòng)頁(yè)，就沒有必要通過定時(shí)去檢測(cè)了，直接將登錄的邏輯放到啟動(dòng)頁(yè)中來(lái)執(zhí)行，在success中在做跳轉(zhuǎn)的邏輯，這樣的方式才是最好的，具體代碼我就不貼出來(lái)，大家明白就好。

具體的分享頁(yè)面代碼：

 onShareAppMessage: function () {
 let that = this
 var page = encodeURIComponent('/pages/district/districtDetail/districtDetail?city=' + that.data.city + '&region=' + that.data.region + '&districtName=' + that.data.districtName + '&estateType=' + that.data.estateType + "&isshare=1")
 return {
  title: '小區(qū)詳情',
  path: '/pages/startPage/startPage?page='+page
 }
 }

重點(diǎn)關(guān)注isshare=1這個(gè)參數(shù)，當(dāng)直接打開分享的頁(yè)面時(shí)，用戶點(diǎn)擊左上角的返回按鈕，基于現(xiàn)有的邏輯會(huì)退回到啟動(dòng)頁(yè)，因?yàn)槭菑膯?dòng)頁(yè)中轉(zhuǎn)過來(lái)的，這是有問題的，要么就去掉這個(gè)返回按鈕，要么就返回到首頁(yè)。

所以對(duì)于分享的頁(yè)面帶了一個(gè)參數(shù)識(shí)別，當(dāng)是從分享頁(yè)面進(jìn)來(lái)的時(shí)候返回就到首頁(yè)面。具體邏輯在頁(yè)面的onUnload函數(shù)中，在頁(yè)面卸載的時(shí)候進(jìn)行跳轉(zhuǎn)：

if (this.data.isshare == 1) {
  wx.switchTab({
  url: '/pages/index/index'
  })
}

以上就是啟動(dòng)頁(yè)的作用以及需要啟動(dòng)頁(yè)的一些背景，第一次開發(fā)小程序，總會(huì)碰到很多問題。

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對(duì)腳本之家的支持。

最新評(píng)論