去年年末，微信小程序的分包大小已經(jīng)到達了 12M 大小,一方面說明小程序的確逐步為開發(fā)者放開更大的權限，另一方面也說明了對于某些小程序 8M 的大小已經(jīng)不夠用了。我個人今年也是在開發(fā)一個 to B 小程序應用。這里列舉一些跨頁面交互的場景。

對于 B 端應用的業(yè)務需求來說，小程序開發(fā)的復雜度相對比網(wǎng)頁開發(fā)要復雜一些。一個是雙線程的處理機制問題，另一個是頁面棧之間交互問題。

注: 筆者目前只需要開發(fā)微信小程序，為了在小程序頁面中可以使用 properties behaviors observers 等新功能，已經(jīng)使用 Component 構造器來構造頁面。具體可以參考微信小程序 Component 構造器。如果你也沒有多端開發(fā)的需求，建議嘗試使用，可以得到不錯的體驗。

性能優(yōu)化類

對于小程序在頁面中點擊觸發(fā) wx.navigateTo 跳轉(zhuǎn)其他頁面，中間會有一段時間的空白加載期(對于分包出去的頁面，空白期則會更長)，但是這是小程序內(nèi)部機制，沒有辦法進行優(yōu)化。我們只能眼睜睜的等待這段沒有意思的空白期過去。

當考慮到跳轉(zhuǎn)頁面后的第一件事情便是取數(shù)邏輯，那么我們是否能夠進行優(yōu)化呢？答案是肯定的。我們沒有辦法直接在當前頁面取得數(shù)據(jù)之后再進行跳轉(zhuǎn)操作(這樣操作更不好)，但是我們卻可以利用緩存當前的請求，詳情可以參考我之前的博客文章 ——Promise對象 3 種妙用。

代碼如下:

const promiseCache = new Map()

export function setCachePromise(key, promise) {
 promiseCache.set(key, promise)
}

export function getCachePromise(key) {
 // 根據(jù)key獲取當前的數(shù)據(jù) 
 const promise = promiseCache.get(key)
 // 用完刪除，目前只做中轉(zhuǎn)用途，也可以添加其他用途
 promiseCache.delete(key)
 return promise 
}

做一份全局的 Map,然后利用 Map 緩存 promise 對象，在跳轉(zhuǎn)之前代碼為:

// 導入 setCachePromise 函數(shù)

Component({
 methods: {
 getBookData(id) {
  const promise = // promise 請求
  setCachePromise(`xxx:${id}`, promise)  
 }, 
 handleBookDetailShow(e) {
  const id = e.detail
  this.getBookData(id)
  wx.navigateTo({url: `xx/xx/x?id=${id}`})
 }
 }
})

而跳轉(zhuǎn)之后的代碼也如下所示:

// 導入 getCachePromise 函數(shù)

Component({
 properties: {
  id: Number 
 },
 lifetimes: {
  attached () {
  const id = this.data.id 
  // 取得全局緩存的promise
  const bookPromise = getCachePromise(`xxx:${id}`)
  bookPromise.then((res) => {
   // 業(yè)務處理
  }).catch(error => {
   // 錯誤處理 
  })
  }
 },
 methods: {
  getBook() {
  // 獲取數(shù)據(jù)，以便于 錯誤處理 上拉刷新 等操作 
  } 
 }
})

如此便可以同時處理取數(shù)和頁面加載的邏輯，當然，這個對于頁面有耦合性，不利于后續(xù)的刪除與修改。但考慮如果僅僅加在分包跳轉(zhuǎn)之間可能會有不錯的效果。

想要無侵入式，可以進一步學習研究 微信小程序之提高應用速度小技巧 以及 wxpage 框架，同時考慮到無論是 ToC 還是 ToC 用戶，都有可能存在硬件以及網(wǎng)絡環(huán)境等問題，該優(yōu)化還是非常值得的。

當然微信小程序為了減少冷啟動時間，提供了周期性更新 數(shù)據(jù)預拉取 功能。

注: 上面的 promiseCache 只作為中轉(zhuǎn)的用途，不作為緩存的用途，如果你考慮添加緩存，可以參考我之前的博客文章—— 前端 api 請求緩存方案。

通知類

如果是 pc 端中進行交互，對于數(shù)據(jù)的 CRUD。例如在詳情頁面進行了數(shù)據(jù)的修改和刪除，返回列表時候就直接調(diào)取之前存儲的列表查詢條件再次查詢即可，而對于移動端這種下拉滾動的設計，就沒有辦法直接調(diào)用之前的查詢條件來進行搜索。

如果從列表頁面進入詳情頁面后，在詳情頁面只會進行添加或者修改操作。然后返回列表頁面。此時可以提示用戶數(shù)據(jù)已經(jīng)進行了修改，請用戶自行決定是否進行刷新操作。

如在編輯頁面修改了數(shù)據(jù):

const app = getApp()

component({
 methods: {
 async handleSave() {
  //...
  app.globalData.xxxChanged = true
  //... 
 }
 }
})

列表界面:

const app = getApp()

component({
 pageLifetimes: {
 show() {
  this.confirmThenRefresh()
 } 
 },
 methods: {
 confirmThenRefresh() {
  // 檢查 globalData，如果當前沒有進行修改，直接返回 
  if(!app.globalData.xxxChanged) return
  wx.showModal({
  // ...
  complete: () => {
   // 無論確認刷新與否，都把數(shù)據(jù)置為 false 
   app.globalData.xxxChanged = false 
  } 
  }) 
 }
 } 
})

當然了，我們也可以利用 wx.setStorage 或者 getCurrentPage 獲取前面的頁面 setData 來進行數(shù)據(jù)通知,以便用戶進行頁面刷新。

訂閱發(fā)布類

如果僅僅只涉及到修改數(shù)據(jù)的前提下，我們可以選擇讓用戶進行刷新操作，但是如果針對于刪除操作而言，如果用戶選擇不進行刷新，然后用戶又不小心點擊到了已經(jīng)被刪除的數(shù)據(jù)，就會發(fā)生錯誤。所以如果有刪除的需求，我們最好在返回列表頁面前就進行列表的修改，以免造成錯誤。

mitt

github 上有很多的 pub/sub 開源庫，如果沒有什么特定的需求，找到代碼量最少的就是 mitt 這個庫了,作者是喜歡開發(fā)微型庫的 developit 大佬,著名的 preact 也是出于這位大佬之手。 這里就不做過多的介紹，非常簡單。大家可能都能看明白，代碼如下(除去 flow 工具的檢查):

export default function mitt(all) {
 all = all || Object.create(null);

 return {
 on(type, handler) {
  (all[type] || (all[type] = [])).push(handler);
 },

 off(type, handler) {
  if (all[type]) {
  all[type].splice(all[type].indexOf(handler) >>> 0, 1);
  }
 },
 emit(type, evt) {
  (all[type] || []).slice().map((handler) => { handler(evt); });
  (all['*'] || []).slice().map((handler) => { handler(type, evt); });
 }
 };
}

僅僅只有3個方法，on emit以及 off。

只要在多個頁面導入 生成的 mitt() 函數(shù)生成的對象即可(或者直接放入 app.globalData 中也可)。

Component({
 lifetimes: {
 attached: function() {
  // 頁面創(chuàng)建時執(zhí)行
  const changeData = (type, data) => {
  // 處理傳遞過來的類型與數(shù)據(jù)
  }
  this._changed = changeData
  bus.on('xxxchanged', this._changed)
 },
 detached: function() {
  // 頁面銷毀時執(zhí)行
  bus.off('xxxchanged', this._changed)
 }
 }
})

這里mitt可以有多個頁面進行綁定事件，如果需求僅僅只涉及到兩個頁面之間，我們就可以使用 wx.navigateTo 中的 EventChannel (頁面間事件信息通道)?？梢詤⒖?a target="_blank" href="http://www.dbjr.com.cn/article/177946.htm">微信小程序wx.navigateTo方法里的events參數(shù)使用詳情及場景,該方案的利好在于，傳遞到下一個頁面的參數(shù)也可以通過 EventChannel 來通知，以便于解決 properties 傳遞數(shù)據(jù)不宜過大的問題。

注: 一個頁面展示很多信息的時候，會造成小程序頁面的卡頓以及白屏。小程序官方也有長列表組件 recycle-view。有需求的情況下可以自行研究，這個不在這里詳述。

鼓勵一下

如果你覺得這篇文章不錯，希望可以給與我一些鼓勵，在我的 github 博客下幫忙 star 一下。
博客地址

參考文檔

微信小程序 Component 構造器

微信小程序之提高應用速度小技巧

wxpage

mitt

Promise對象 3 種妙用

前端 api 請求緩存方案

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

最新評論