creator小游戏代码购买_2020年了，Unity能打微信小游戏包了吗？

引言

Unity什么时候能打微信小游戏包？或者说打包到H5平台？

这个问题困扰了某些人很久，比如我……

针对这个问题，Unity给的方案是：Project Tiny。

### 1. 版本进度怎么样了？

然而，距离上一次Unity大张旗鼓宣传Project Tiny，已经过去了大半年。

最近Unity官方公众号又有一波宣传攻势。

于是乎，我又上Unity官方论坛看了一下Unity Project Tiny项目，也就是Unity的H5版本：

8个月快过去了，终于发布了0.28预览版。

嗯……0.28……preview……

好奇的我又看了一下开发文档中的版本历史，2019年12月底的版本是：0.20 preview……

文档地址：https://docs.google.com/document/d/1A8hen2hLFY5FLkC5gd3JP2Z-IpHfnAX-CpYLK3aOdwA/edit

不过，可以看到，疫情期间，Project Tiny团队还在以差不多每个月1-2个版本的速度推进。

老实说，从程序员的角度，我也不知道到底算快还是慢。

依稀记得，Unity花了整整一个2019年，把版本从0.1推进到0.2。

那么，是不是说，从现在的进度来看，是不是今年只能推进到0.3？

或者按照每个月2个小版本的速度，0.28 + 0.01 * 10 = 0.38？

不不不，从版本号，我们没法直接推导出从0.28到1.0版本需要多长时间，毕竟版本推进并不是一个线性的过程。

而版本号也不是一个简单进度条，版本0.28，真的并不表示进度28%……

只能说Unity团队比较严谨……没有高估版本进度。

但是，从市场的角度，可以说是很慢了吧……

即使一年一次大宣传，距离下一次大版本宣传，也不到5个月了，年底是否真的有可以落地的版本？

能否实现Unity说的“预计年底推出正式版”？

我其实是有点悲观。

# 2. 现存Unity项目怎么办？

但是，真正让我忐忑不安的是，另一个问题：现存Unity项目怎么办？

从Unity Project Tiny的文档里透露出来的信息来看，Unity的目标是，对于任何一个Unity项目，只要它与新DOTS架构兼容，就可以与Project Tiny兼容。

可以说是很负责任了。

但是，

换个说法就是，对于一个Unity项目，想要打包到H5平台运行，需要先保证它能够与新的DOTS架构兼容。

再换个说法就是，对于现存的Unity项目，想要打包到H5平台上，需要看看全新的DOTS架构是否与现有的“旧”架构兼容。

# 2.1. 什么是Hybrid？

文档中提到了一个名词：DOTS Hybrid Unity。

这是一种混合编程模式，也就是，现有的旧Unity运行时与新DOTS在同一个项目里并存的一种模式。

Unity的上一波宣传中，特意提到了这种方式：在现有的Unity项目中，能够直接使用DOTS的部分功能。

事实上，由于当前DOTS缺少的功能还比较多，所以，稍微复杂一点的演示Demo都是以这种DOTS Hybrid方式实现的。

Unity官方关于DOTS Hybrid的文档：

https://docs.unity3d.com/Packages/com.unity.rendering.hybrid@latest

文档也介绍了如何配置DOTS Hybrid模式：

1). 方法1，在编辑器中通过一些设置，在编译时进行转换。

2). 方法2，使用ConvertToEntity在运行时转换。

image

嗯……这个ConvertToEntity组件是怎么工作的呢？

官方文档：https://docs.unity3d.com/Packages/com.unity.entities@0.13/api/Unity.Entities.ConvertToEntity.html

Hybrid Renderer文档中透露出来的信息：

1). Unity曾经想要另外做一个DOTS编辑器，现在放弃了。

2). Unity DOTS将使用现有的基于GameObject的编辑器，来做DOTS工作流的一部分。

简单的说，我们可以继续通过配置GameObject来实现DOTS的配置，而添加了ConvertToEntity组件的GameObject会在运行时自动被转换为Entity，就是DOTS架构的核心单元。

参考教程：https://gametorrahod.com/game-object-conversion-and-subscene/

这个组件看起来很简洁……似乎……很强大很智能……

真的吗？

也许吧。。。

以下内容纯粹虚构，请勿当真：

这样就可以了吗？会不会需要别的工作？
其实吧，这个组件的功能，就是把GameObject中的各个组件，转换为数据。
只有数据吗？
对，只有数据。
那我写在MonoBehavior中的那些代码呢？
这个嘛，说来话长……
首先，你要知道，DOTS中，Entity只是数据，所以它通常定义成struct，而不是class。
其次，DOTS中，Entity的行为是在Entity System中进行控制的。
最后，现有的MonoBehavior组件既包含了数据又包含了控制逻辑，所以才容易产生性能瓶颈。
最最后，使用Entity和Entity System替换MonoBehavior，可以将性能提升到另一个层次。
没有人会满足于对性能的追求，对吧？我们可不是牙膏厂。
所以，付出一点点代价，比如把MonoBehavior的代码提出来，写成Entity System，这种小事情，没人会在意的，对吧。

可是……

可是…………

可是………………

# 3. 市场真的需要DOTS吗？

什么？！

你说现在的旧架构的性能已经满足了你的需求？！

你说现在的硬件设备已经能够流畅运行别的引擎了？

……

……

……

那么，问题来了，对于现有的旧Unity项目，

• 如果不做任何转换，是否与DOTS兼容呢？
• 如果不做任何修改，能否直接作为Hybrid项目运行，并打包到H5平台？
• 如果不使用任何DOTS特性，打的H5包与现在的WebGL模式有什么区别吗？

其实吧，

H5市场需要的是一个打包工具，而Unity却决定重写一整套底层架构。

我真的不知道，这到底是不是个好主意，不过，这个真的很程序员。

# 4. 最后的声明

为了避免抬杠，非官方的H5打包方式，其实一直都有。

但是，我真的很希望官方出一个工具嘛。