您好,登錄后才能下訂單哦!
本來按照事件順序,小程序初始化時觸發(fā)App里的onLaunch,后面再執(zhí)行頁面Page里的onLoad,但是在onLaunch里請求獲取是否有權(quán)限,等待返回值的時候Page里的onLoad事件就已經(jīng)執(zhí)行了。
//app.js App({ onLaunch: function () { console.log('onLaunch'); wx.request({ url: 'test.php', //僅為示例,并非真實的接口地址 data: { }, success: function(res) { console.log('onLaunch-request-success'); // 將employId賦值給全局變量,提供給頁面做判斷 this.globalData.employId = res.employId; } }) }, globalData: { employId: '' } })
//index.js //獲取應(yīng)用實例 const app = getApp() Page({ data: { albumDisabled: true, bindDisabled: false }, onLoad: function () { console.log('onLoad'); console.log('onLoad app.globalData.employId = ' + app.globalData.employId); //判斷是用戶是否綁定了 if (app.globalData.employId && app.globalData.employId != '') { this.setData({ albumDisabled: false, bindDisabled: true }); } })
控制臺打印的結(jié)果是
onLaunch
onLoad
onLoad app.globalData.employId =
onLaunch-request-success
要是能等完onLaunch請求完再執(zhí)行Page的onLoad方法那該多好。
這里采用的方法是定義一個回調(diào)函數(shù)。
Page頁面判斷一下當(dāng)前app.globalData.employId是否有值,如果沒有(第一次)則定義定義一個app方法(回調(diào)函數(shù))app.employIdCallback = employId => {...}。
App頁面在請求success后判斷時候有Page頁面定義的回調(diào)方法,如果有就執(zhí)行該方法。因為回調(diào)函數(shù)是在Page里面定義的所以方法作用域this是指向Page頁面。
//app.js App({ onLaunch: function () { wx.request({ url: 'test.php', //僅為示例,并非真實的接口地址 data: { }, success: function(res) { this.globalData.employId = res.employId; //由于這里是網(wǎng)絡(luò)請求,可能會在 Page.onLoad 之后才返回 // 所以此處加入 callback 以防止這種情況 if (this.employIdCallback){ this.employIdCallback(res.employId); } } }) }, globalData: { employId: '' } })
//index.js //獲取應(yīng)用實例 const app = getApp() Page({ data: { albumDisabled: true, bindDisabled: false }, onLoad: function () { //判斷是用戶是否綁定了 if (app.globalData.employId && app.globalData.employId != '') { this.setData({ albumDisabled: false, bindDisabled: true }); } else { // 由于 getUserInfo 是網(wǎng)絡(luò)請求,可能會在 Page.onLoad 之后才返回 // 所以此處加入 callback 以防止這種情況 app.employIdCallback = employId => { if (employId != '') { this.setData({ albumDisabled: false, bindDisabled: true }); } } } } })
這樣的話,就能實現(xiàn)想要的結(jié)果。執(zhí)行順序就是:
[App] onLaunch -> [Page] onLoad -> [App] onLaunch sucess callback
下面看下小程序_onLaunch異步回調(diào)數(shù)據(jù)加載問題的兩種解決方案
問題
小程序開發(fā)過程中,會遇到在App啟動onLaunch的時候,發(fā)起登錄請求獲取微信用戶信息,并注冊到我媽自己的服務(wù)器上以便使用,然而,這個過程中,
app on launch -> request -> success -> page onload
是無法判斷success和page onload哪個先來的,會導(dǎo)致頁面初始化數(shù)據(jù)失敗的情況。
解決方案一
就是在request success中處理,使用getCurrentPages方法獲取是否頁面先于success生成,如果生成我們就強(qiáng)制讓頁面再次渲染。
這顯然是一種hack的方式, 在實際使用過程當(dāng)中,如果登錄邏輯比較復(fù)雜,這個方法不是十分便利,page onload在一些特殊情況也會被調(diào)用,這顯然不是我們想看到的
if (getCurrentPages().length != 0) { getCurrentPages()[getCurrentPages().length - 1].onLoad() }
解決方案二
目前我在開發(fā)中使用的是這種方案,
在login的邏輯里,增加一個回調(diào)函數(shù)cbLoginCallBack。
Page頁面判斷一下當(dāng)前app.globalData.sessionKey是否存在,如果沒有(第一次)則定義定義一個app方法(回調(diào)函數(shù))
// Login Request if (app.cbLoginCallBack) { typeof app.cbLoginCallBack == 'function' && app.cbLoginCallBack(cb_login.data) } // 邏輯頁面 if (app.globalData.sessionkey) { // init data } else { app.cbLoginCallBack = res => { if (res) { // init data } } }
App頁面在請求success后判斷時候有Page頁面定義的回調(diào)方法,如果有就執(zhí)行該方法。因為回調(diào)函數(shù)是在Page里面定義的所以方法作用域this是指向Page頁面。
總結(jié)
以上所述是小編給大家介紹的微信小程序onLaunch異步,首頁onLoad先執(zhí)行?,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復(fù)大家的。在此也非常感謝大家對億速云網(wǎng)站的支持!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。