打手心小游戏试玩视频(打手心小游戏解说视频)

打手心小游戏试玩视频

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 .小游戏独立分包的特性暂时无法绕开。使用演示适配器可以解决这个问题。