Unity在 2022年下半年（我印象是9月份左右）推出了 Entities 1.0 ，可以在 2022.2.0b8 以上的版本使用。当时我粗略地看了一下，但是没有深入学习。最近空闲时间稍多，就认真来学习一下 Entities 1.0有啥新的东西。
1.0 毕竟是大更新，改变的东西还是很多，所以应该会断断续续分好几次更新。
首先来看官方的更新文档：
What's new in Entities 1.0 | Entities | 1.0.0-exp.12https://docs.unity3d.com/Packages/[email protected]/manual/whats-new.html 新增的功能有很多了，我就不一一列举了，需要的同学自行看文档了。我就一个一个的来看，学到哪里算哪里。
这篇文章是 Entities 1.0 的介绍，不是 ECS 相关的入门。我默认你已经熟练使用之前版本的 Unity ECS，只是对 1.0 的更新缺乏了解的。如果没有 ECS 的相关知识，不建议阅读此文，建议先学习 ECS 并有初步的理解。
我目前看的版本是 1.0.0-exp.12 ，后续Unity可能会做一些更改，但是应该不会很大。
1、什么是Aspect
简单地理解就是 ComponentData 的二次封装 。
Aspect 是 1.0 新增一个新特性，允许将多个CompoenentData 或是 Buffer 组合在一起，这样使用起来就更加方便，感觉更像面向对象了。
Organize your code with aspects | Entities | 1.0.0-exp.12https://docs.unity3d.com/Packages/[email protected]/manual/aspects-intro.html 例如我在某个Entity上挂载了多个 ComponentData 时，我可以通过 Aspect 将他们全部拿到并自定义一些方法，而不必要再像以前那样拿到各个单独的 ComponentData 然后分别修改。不但在设计上更为友好，同时还能大量减少重复代码。
关于重复代码：
在以前的书写中，如果某段逻辑在多个 System 中都会使用，要么是重复写代码，要么放到一个公共类。而放到公共类中，如果涉及到大量参数传递时也会很恶心。
而在 Aspect 中，我们可以将公共方法直接卸载 Aspect 中，其值获取可以直接由内部属性构造获取，非常方便。
2、构建 Aspect
接下来从一个实例开始介绍 Aspect ：
public readonly partial struct BuildAspect : IAspect
{
//下面的 UTransform 和 UBounds 都是自定义的 ComponentData
private readonly RefRW<UTransform> mTransfrom;
private readonly RefRO<UBounds> mBounds;
//RenderPartParentBuffer_Child 是自定义的的 BufferElementData
private readonly DynamicBuffer<RenderPartParentBuffer_Child> mChilds;
}readonly partial 是固定写法，这个不能改，然后继承 IAspect，并且添加至少一个 RefRO / RefRW 即可完成对 Aspect 的构建。
当然，在 Aspect 里也是可以嵌套其他 Aspect 的。
在代码编译阶段，Unity会根据你写的 Aspect 代码自动生成（派生类）对应的创建代码，以及Handler（下文会看到，在System内部使用的）之类，这种机械代码完全就可以不用写了。
关于：IAspectCreate<T>
如果你浏览 Unity.Transforms.TransformAspect 的时候，你会发现他继承了这个 IAspectCreate<T>。但实际上我们自己写的时候是不需要的，只需要继承 IAspect 即可。实际上当我们阅读 TransformAspect 发现非常复杂，实现绕来绕去的，是因为我们看到的代码包含了自动生成的代码。而我们自己写的时候是不需要写这些的。
当继承 IAspect 之后，编译时 Unity 会自动生成一个派生并继承 IAspectCreate<T>，并自动写完所需要的代码。如果我们自己继承了 IAspectCreate<T> ，还需要自己写生成代码。
当然，就上文的代码还看不出有什么用，但是我们将其功能完善之后你就能看出端倪了：
public readonly partial struct BuildAspect : IAspect
{
private readonly RefRW<UTransform> mTransfrom;
private readonly DynamicBuffer<RenderPartParentBuffer_Child> mChilds;
private readonly RefRO<UBounds> mBounds;
public float3 Position
{
get { return mTransfrom.ValueRO.Position; }
set { mTransfrom.ValueRW.Position = value; }
}
public quaternion Rotation
{
get { return mTransfrom.ValueRO.Rotation; }
set { mTransfrom.ValueRW.Rotation = value; }
}
public UBounds Bounds => mBounds.ValueRO;
public RenderPartParentBuffer_Child GetFirstChild => mChilds[0];
}显然，这里面就和我们平时写的C#就差不多了，几乎没有限制，可以自由地调用现有属性完成逻辑。我们大可以在这个基础上完成一些逻辑的封装，从而使ECS代码更接近大家熟知的面向对象模式。
3、主线程调用 Aspect
主线程只需要通过EntityManager来获得这个Aspect即可：
Entity e = Entity.Null;//示例；
EntityManager mananger = default;//示例；
var buildAspect = mananger.GetAspect<BuildAspect>(e);
buildAspect.Position = 0;//设置位置 Test很显然，看得出来Aspect所谓的获取，其实就是重新构建一个新的结构体，Unity并没有设计一个缓存之类的。
在主线程调用这个非常友好，直接都可以当做一个Class来使用都是没有问题的。
4、System中调用Aspect
相比较而言，在System中调用就麻烦很多了。
非常搞笑的是，Unity的官方文档里说在System里可以用SystemAPI来创建Aspect：
实际上这个API根本不能用，里面就没有实现，谁调用谁报错（笑）。
大家可以看看官方文档，是不是我的理解有问题。
4.1、在 IJobEntity 中使用 Aspect
在 IJobEntity 的写法则非常简单，啥预处理都不用，直接像下面这样写就可以：
using Unity.Entities;
using Unity.Burst;
// It's best practice to Burst-compile your code
[BurstCompile]
partial struct CannonBallJob : IJobEntity
{
void Execute(ref CannonBallAspect cannonBall){
// Your game logic
}
}就这样就轻松愉快地可以用起来了。
4.2、在 IJobChunk 中使用 Aspect
而在 IJobChunk 中用起来麻烦多了，需要做的工作不是多一点点：
public partial class EcsTestBuildSystem : SystemBase
{
private EntityQuery mEntityQuery;
private BuildAspect.TypeHandle _aspectTypeHandle;//声明一个Handle
protected override void OnCreate()
{
base.OnCreate();
mEntityQuery = GetEntityQuery
(
ComponentType.ReadWrite<UTransform>(),
ComponentType.ReadWrite<RenderPartParentBuffer_Child>(),
ComponentType.ReadOnly<UBounds>(),
);
_aspectTypeHandle = new BuildAspect.TypeHandle(ref CheckedStateRef, false);
}
protected override void OnUpdate()
{
_aspectTypeHandle.Update(ref CheckedStateRef);//更新
Dependency = new EcsTestRunner_Update()
{
BuildAspectHandle = _aspectTypeHandle//传值
}.ScheduleParallel(mEntityQuery, Dependency);
}
[BurstCompile]
private struct EcsTestRunner_Update : IJobChunk
{
public BuildAspect.TypeHandle BuildAspectHandle;
public void Execute(in ArchetypeChunk chunk, int unfilteredChunkIndex, bool useEnabledMask, in v128 chunkEnabledMask)
{
var builds = BuildAspectHandle.Resolve(chunk);
for (int i = 0; i < chunk.Count; i++)
{
var build = builds[i];
}
}
}
}瞬间代码量就上去了！
在 IJobChunk 中使用Aspect之所以麻烦，是因为这里几乎所有的代码都是要我们自己写的。而在 IJobEntity 中，大部分代码都是 Unity 在派生类中帮助我们写好了。
但是我还是建议使用 IJobChunk , 麻烦但是有意义的。你可以理解为这个是 Job 的一种高级写法，我们可以通过这个控制 Chunk，虽然麻烦了点，但是可以获取更高的效率。如果要真的用好 ECS ，IJobChunk 肯定是家常便饭。
5、其他注意事项
-
构建 Aspect 是会有额外消耗的，毕竟每次都会创建一个新的。所以如果追求极致性能就不要使用这个。
-
在 Aspect 的写入其实是单线程的，如果是多线程写入会提示线程竞争。所以要么单线程跑，要么加上 NativeDisableParallelForRestriction 属性。
-
Aspect 在以读写的方式构造时，无论改了哪些属性，都会将里面的所有值设置为修改，自然也会损失一些性能。构建一个 Aspect 很容易，但是要构建一个高效率的 Aspect ，还是非常困难的。