做完這個拼豆圖紙小程序，回頭聊微信小程序開發注意事項，感觸還挺多的。有些坑不親自踩一遍，光看官方文檔真的不會有感覺——文檔寫得都對，但它不會告訴你哪裡會痛。
Canvas性能是第一個大坑
拼豆編輯器動輒幾百上千個格子，一開始如果老實用view逐個渲染，再頻繁setData更新顏色，低端機直接卡成幻燈片。後來整個編輯區改用Canvas 2D繪製，配合離屏畫布做緩存，流暢度才救回來。還有拖拽連續上色這種操作，觸摸事件觸發得非常密集，不做節流的話，數據更新根本跟不上手速，體驗會很糟糕。
內容安全這關繞不過去
只要小程序允許用戶上傳圖片，微信就要求接入內容安全能力。我們的做法是在雲函數裡調官方的图片鉴黄接口，這一步省不掉——審核時缺了它，直接打回重審。隱私協議也別掉以輕心，現在必須明確列出相機、相冊權限的具體用途，寫得含糊一樣會被要求整改。說真的，這些合規工作最好開發初期就規劃進去，別等提審才補。
雲開發的甜頭與代價
微信雲開發確實省事，不用自己架服務器，幾個雲函數就把後端跑起來了，對個人開發者很友好。但免費額度有限，雲函數還存在冷啟動問題，偶爾首次調用會慢個一兩秒，用戶是能感覺到的。另外靜態素材千萬別塞進代碼包，主包2MB的上限很容易爆掉，模板圖這類資源放雲存儲按需加載才是正解。
最後提一句，圖片轉圖紙這種計算量大的功能，能挪到雲函數就挪過去。小程序端的算力比想像中有限，大圖在本地處理，閃退風險不小。這些經驗，希望你不用踩一遍也能記住。
評論（9）
Canvas性能這塊真的心有戚戚焉，之前做類似棋盤類的也是被setData卡到懷疑人生
想問問雲函數冷啟動問題後來有特別處理嗎？還是就放著讓用戶等一下
主包2MB那個限制真的煩，每次都要到處精簡資源，能理解那種爆包的崩潰
圖片轉圖紙在本地跑居然會閃退喔？那難怪要丟到雲端去算
內容安全接口這關真的躲不掉，我們之前就是沒弄好被退回來兩次
離屏畫布緩存這招學到了，之前一直不知道怎麼讓畫布更順
雲開發對個人開發者是真的省心，不過冷啟動那個一兩秒確實有感
隱私協議現在真的寫得很細，連相冊用途都要交代清楚，這塊不早點規劃真的會加長審核時間
拖拽連續上色沒做節流的話真的會崩，手速一快畫面整個反應不過來