眼下小遊戲迥殊火，不少團隊也連續啟動了微信小遊戲的項目，並於立項前期舉行手藝預研討。但從微信官方文檔看 , 卻能發明不少坑。
一、運轉環境的坑
1.API兼容性
- 1.1、收集API
BOM的中心是windows，示意的是一個瀏覽器的實例，在網頁中自定義的任何一個對象、變量和函數，都以windows作為其全局對象；缺少Dom意味着http、websocket及當地存儲等通信用的API運用就會遇到題目，幸虧微信供應了這兩個API的私有完成，我們要做的就是適配。
適配的基本思緒是檢測是不是是運轉再微信平台，然後應用JS動態言語特徵, 對BOM的API舉行動態重寫 , 優瑕玷以下：
1、長處是API調用者無需做任何修正,適配本錢險些為0。對微信小遊戲和瀏覽器之間的運轉
環境差別無感知，異常友愛。
2、瑕玷是會增添代碼體積，但代碼體積的增添帶來的喪失險些能夠忽略不計。
這類適配計劃的性價比很高, 適配HTTP代碼示例以下:
- 1.2、微信的模塊化
微信小遊戲供應了 CommonJS 作風的模塊 API，能夠經由過程 module.exports 和 exports 導出模塊，經由過程 require 引入模塊 . 這與瀏覽器引入JS文件的體式格局判然不同 , 中心有一個隔離層。
讓我們舉個例子來申明模塊化帶來的題目。
一般我們在瀏覽器上運用某個js文件內里自定義的類，經由過程
標記能夠直接運用。
但在微信中不能夠如許.須要把API都導入到一個對象上，運用時在加這個前綴.致使許多代碼須要修正，那末怎樣防止增添這個前綴呢？
針對這類狀況 , 處理的思緒是將一切外部須要用到的要領和對象動態掛靠到window對象上去，將上面的代碼稍做修正示例以下:
- 工作流變化
因為微信小遊戲沒有Dom和Bom，所以許多依靠Dom和Bom的庫都不能直接用，比方 jquery。
微信的這套環境會或多或少會引起我們的工作流變化，運用第三方遊戲開闢引擎(比方Cocos Createor/Egret/Laya)能夠填補這些題目帶來的喪失。
二、資本限定
1、每一個小遊戲許可上傳的代碼包總大小為 4MB。
處理要領1:緊縮js文件，圖片資本放在服務器上做預加載。
處理要領2:運用第三方引擎的資本管理功用。
2、微信小順序請求開闢者的服務器 支撐https,wss協定。
處理計劃:服務器啟用HTTPS。完成的體式格局有許多,引薦Nginx反向代辦。
三、宣布考核
小遊戲開闢完成后宣布上線須要具有以下的資歷：
1: 服務器域名備案
2: https wss支撐
3: 軟件著作權證書 複印件+蓋印署名
4: 微信民眾平台帳號及AppID
5: 開闢者東西wechat_devtools_1.02.1803210_x64
6: 遊戲自審報告複印件+署名
7: iOS開闢中帳號(可選,沒有則填空)
8: 遊戲版號(開通微信付出須要)
9:企業開闢者身份+對公帳號(開通微信付出須要)
