Unity 最新DOTS系列之《Baking与Baker的详解》
Unity DOTS Baking与Baker详解
Unity DOTS Baking与Baker详解
最近DOTS终于发布了正式的版本, 我们来分享一下DOTS里面Baking 与Baker的关键概念,方便大家上手学习掌握Unity DOTS开发。
Unity DOTS开发模式,为了让大家在”创作”游戏的时候使用原来组件方式来编辑游戏场景与资源,同时Unity提供了一种Baking机制,把普通的GameObject数据转成ecs模式下的entity数据,程序运行的时候,直接加载转换好的ECS模式的数据。在深入了解Baking与Baker机制之前,我们先熟悉几个概念:
Authoring: 英文单词是”创作”的意思,上文提到ECS模式开发的时候创作游戏节点可以使用原来的方式,再通过baking转换。所以那些待转换成ecs 模式的GameObject与Component被称为Aurthoring。
![](https://pic2.zhimg.com/80/v2-f16c86b346bf15515f66ff837692a065_720w.webp)
Baking: 指的是把传统GameObject+组件数据转成ecs模式下所需要的数据的过程;
Baker: 指的是某种Authoring转ECS模式的具体执行者与执行逻辑;
有了这些概念以后,接下来我们来详细地分析Unity DOTS的Baking与Baker。
Unity DOTS Baking 机制核心剖析
![](https://pic2.zhimg.com/80/v2-7884321157cf7d2f78fc1b15c644a0ed_720w.webp)
Authoring Data: 当你在编辑你的游戏项目应用的时候,像传统的脚本,资源,以及其它的一些游戏数据的依赖,这种编辑方式非常灵活,方便用户查看,与使用。这些编辑的数据,我们叫做Authoring data。
Runtime Data 是ECS模式运行的时候需要的数据,当你运行程序时,作为游戏数据来进行处理。这种模式的数据有高效的性能与高效的存储。它是为计算机运行处理而设计,换句话说对开发者的直观性,没有传统的GameObject模式那么友好。
![](https://pic1.zhimg.com/80/v2-07c2b89be16adb4493d3c865491b370c_720w.webp)
开发者需要在Unity里面把Authoring Scene作为SubScene加载进来,当编辑Authoring场景中的Authoring 物体时,Baking过程会被触发,并在后台完成。
Baking有两种模式:
Full Baking(全局Baking): 对Authoring Scene里面的所有物体做Baking操作;
Incremental Baking(增量Baking): 只对变化了的物体进行Baking操作;
![](https://pic3.zhimg.com/80/v2-627dcb3295b2ee215e86bd768687ed6e_720w.webp)
1:烘培好的ECS模型下的 entity场景数据不在磁盘上,就会发生Full Baking;
2:Authoring Scene的内容被修改,同时烘焙好的entity scene数据(Runtime Data)过期;
3:如果baking code 在编译Baker代码后发现包含了一个 [BakingVersion] 的attribute (特性), 这个意味着 bake代码被改变了,entity scene 过期了,就会引发full baking;
![](https://pic4.zhimg.com/80/v2-1e4a5b3571264d873afd96904693a887_720w.webp)
7:你在编辑器的 Preferences (偏好设置)清理了baking cache,会到导致full baking;
Full Baking会输出一些文件到存储到硬盘上,当编辑器运行程序会加载这些文件。
当使用subscene机制, 加载一个"创作场景"的时候,同时也初始化了 incremental baking。当在场景中执行一个incremental baking 的过程时,意味着当你编辑一个 "创作创景"的时候,可以直接访问和使用你的baking的结果。它只针对变化的数据与组件进行Bake。
Unity DOTS Baker 机制核心剖析
![](https://pic2.zhimg.com/80/v2-7582548aa05b5a83ba17b9ca0e785abd_720w.webp)
每个组件数据的Baker还需要向系统来注册它执行时候的依赖关系,这样当它依赖的数据发生变化的时候,才会触发这个组件的Baker调用。默认情况下一个Baker只能访问一个 authoring component,但是有时候仍然需要从其它的组件, GameObjects 或者各种各样的资源, 所以整个baking 处理需要知道这些依赖关系,如果其它的这些对象改变了,那么这个baker也需要重新执行。例如,如果是一个 authoring GameObject 是一个cube, Unity在bake的时候,就会把这个entity 渲染成一个cube,如果这个authoring GameObject 随后被修改成了一个 球体, 那么 ECS也必须要相通地做出改变,要把这个entity渲染成球体,这个就意味着unity要删除以前早期的Cube Entity, 并创建一个新的球的entity,或者改变entity让他显示一个球体。又比如 一个GameObject 有一个材质, 依赖一个 scriptable object。Baker需要定义一个资源依赖,这样才能确保资源 scriptable object被改变的时候,这个object 会被重新Baker。整个过程全部都是自动发生的,我们普通开发者可以不用管。
最后给大家展示一个普通MonoBehaviour Component的Baker,代码如下:
ECS Component:
publicstructDependentData:IComponentData
{
publicfloatDistance;
publicintVertexCount;
}
Authoring Component:
publicclassDependentDataAuthoring:MonoBehaviour
{
publicGameObjectOther;
publicMeshMesh;
}
定义从Authoring Compongt到ECS Component的Baker:
publicclassGetComponentBaker:Baker<DependentDataAuthoring>
{
// Bake的时候调用Bake函数
publicoverridevoidBake(DependentDataAuthoringauthoring)
{
// 声明所需要Baker的依赖关系
DependsOn(authoring.Other);
DependsOn(authoring.Mesh);
if(authoring.Other == null)return;
if(authoring.Mesh == null)return;
vartransform = GetComponent<Transform>();
vartransformOther = GetComponent<Transform>(authoring.Other);
if(transform == null)return;
if(transformOther == null)return;
varentity = GetEntity(TransformUsageFlags.Dynamic);
AddComponent(entity,newDependentData
{
Distance = Vector3.Distance(transform.position,transformOther.position),
VertexCount = authoring.Mesh.vertexCount
});
}
}
今天分享到这里,关注我们,学习更多的最新Unity DOTS 进阶与实战相关的知识.
尊敬的准VIP客户:
我们Unity DOTS课程也正式发布了,我们课程经过9年多的更新与迭代,已经涵盖了Unity 开发中遇到的绝大部分问题,涵盖了Unity主程序进阶,升职加薪所需要的系统的知识体系,主流游戏类型的重点难点技术解决方案。我们的老师10:00~23:00提供实时解答与回复,包含但不限于客户端+服务端。相信我们提供的游戏开发技术服务能很好地帮助到您。选择我们的VIP课程,您肯定不会后悔!
关注我!
博毅创为游戏圈技术进阶,升职加薪