打手心小游戲試玩視頻

1.迷你游戲演示是一個獨立于迷你游戲的輕量級運行時。它的應用場景是在進入迷你游戲之前拉起一個輕量級的運行時，讓玩家可以先簡單地體驗游戲的一部分。典型的應用場景是模擬迷你游戲中的視頻場景，通過真實的游戲演示來代替用戶觀看視頻的體驗（詳見演示廣告）。抽象地說，小游戲試玩就是在小游戲之前或之上拉起一個較輕的游戲。

2.首先，我們需要了解為什么需要全新的運行環境。小游戲已經針對啟動進行了優化，但一個完整的小游戲將不可避免地需要檢查啟動權限并注入各種開放功能。在這樣的場景下，復用小游戲的運行時無法滿足要求。我們希望拉起一個“小游戲”就像拉起一個激勵視頻一樣輕，所以我們抽象出一種類似于小游戲子集的方式，這種方式被稱為小游戲演示。

3.目前小游戲演示環境支持在iOS微信客戶端、安卓微信客戶端和微信開發者工具上運行進行調試，暫時不支持PC微信客戶端和Mac微信客戶端。

4.小游戲試玩的基礎庫和小游戲的基礎庫是完全獨立的，試玩的基礎庫中沒有非常明確的版本號差異。隨著功能的完善，將增加類似小游戲基本庫的版本號機制。演示基礎庫與迷你游戲基礎庫相同。API將安裝在全局wx對象上，但是演示中可用的wx接口是不同的。雖然一些界面名稱與迷你游戲的名稱相同，但在定義上有細微的差異。請仔細檢查演示的API文檔。

5.雖然小游戲試用版是一個獨立的運行環境，但它不需要獨立的開發者賬戶系統。它依賴于小游戲的獨立分包能力，從代碼結構上看，它是小游戲的一部分。獨立分包是小游戲中的一種特殊分包，可以獨立于主包和其他分包運行。小游戲的試運營自然符合這種獨立運行的特性。

6.小游戲試玩分包不同于普通的獨立分包，所以需要添加一個meta字段來聲明當前的獨立分包是小游戲試玩分包。此外，只要配置了meta.type=playable，就可以同時擁有多個小游戲試用包。元字段結構

7.使用小游戲后，小游戲的目錄結構如下:

8.匹配的game.json配置如下。

9.有關獨立分包的更多詳細信息，請參考小游戲的獨立分包指南。

10.目前主流的游戲引擎都已經適配小游戲。游戲引擎適配微信小游戲的方式一般是使用魔改平臺提供的適配器適配自己的引擎。

11.一般的引擎適配器是為了消除小游戲和瀏覽器之間的差異，例如構造假的BOM和DOM接口，這樣就不需要修改引擎級別。不過引擎魔改后的適配器必然會依賴小游戲的wx界面進行適配。如前所述，小游戲試用的wx對象和小游戲的wx對象是獨立的，因此這些基于wx接口的適配邏輯可能會在小游戲試用環境中直接運行以報告錯誤。

12.為了降低開發者的適配成本，我們還在小游戲演示環境中提供了相對通用的小游戲演示適配器，開發者可以基于Cocos/賴雅等引擎的構建產品手動參考playable-adapter.js。

13.小游戲demo本身是一個獨立的子程序包，可以通過開發者工具:run配置一個特殊的編譯模式來運行。

14.點擊編譯選項中的“添加編譯模式”，并將其配置為獨立分包啟動:

15.選擇要編譯的已配置編譯模式。

16.單擊編譯。這時候模擬器看到的就是小游戲demo的內容。您也可以單擊預覽以生成二維碼預覽。這時真機掃碼，拉起小游戲demo。試運行測試/調試

17.目前小游戲的試用主要是借助vConsole在手機上查看控制臺API輸出的日志內容和額外調試信息，暫不支持真機調試。不像小游戲可以通過右上角的菜單進行手動切換和調試，因為demo有獨立的運行環境，所以調試模式只能通過wx.setEnableDebug進行切換。

18.需要注意的是，如果小游戲本身處于調試模式，小游戲的vConsole按鈕（綠色按鈕）將覆蓋在試用vConsole按鈕（藍色按鈕）上，只有手動移除綠色按鈕才能看到試用vConsole按鈕。

19.小游戲演示包就代碼結構而言是小游戲的一部分。從審計的角度來看，它也需要遵循游戲。

20.Q1 .演示和迷你游戲之間有通信機制嗎？

21.A1 .目前演示環境和小游戲環境之間沒有通信機制，但在演示廣告環境中，可以調用wx.notifyminiprogramablestatus通知基本庫當前演示已經結束；

22.Q2 .演示環境是否支持小型游戲引擎插件？

23.A2 .目前不支持；

24.Q3 .為什么真機掃碼會開黑屏？

25.A3 .真實機器環境和工具端之間可能會有細微差別。建議使用wx.setEnableDebug打開演示環境vConsole進行調試和故障排除。一般來說，存在js錯誤。

26.Q4 .為什么我們在使用本地資源時必須添加獨立分包名稱的前綴？

27.A4 .小游戲獨立分包的特性暫時無法繞開。使用演示適配器可以解決這個問題。