devbox
2023面试高手
这个屌丝很懒，什么也没留下！
关注作者
热门标签
热门文章
当前位置:   article > 正文

unity游戏开发之entitas框架_entities和entitas

作者：2023面试高手 | 2024-02-19 03:45:18

赞

踩

entities和entitas

框架介绍.

    entitas是一个超快、超轻量的c# Entity-Component-System (ECS)框架，专门为Unity引擎设计。提供内部缓存和高速的组件访问，经过精心设计，可以在垃圾收集环境中最优地工作。

 

框架解析

  要理解框架，就需要知道这四种概念，分别是：Entiy实体、Context环境、Group组、Collector收集器。如图，在一个Context中，会有很多Entity，每个Entity都拥有若干Component，Component中只有数据，而Group是拥有相同Component的Entity集合，用于快速查找拥有特定属性的Entity。

Entity

Entity实体是保存数据的容器，用于表示应用程序中的某些对象。可以以IComponent的形式从实体中添加、替换或删除数据。实体有相应的事件来让你知道组件是否被添加、替换或删除。

 

Context

Context环境是用来创建和销毁entity的工厂，用它来过滤感兴趣的entity。

 

Group

Group支持对Context中的实体进行超级快速过滤。当实体发生变化时，它们会不断更新，并且可以立即返回实体组。假设有数千个实体，而你只想要那些具有PositionComponent的实体——只需为这个Group询问Context，就可以很方便的获得结果。

 

Collector

Collector 收集器提供了一种随时间变化对组中的更改作出反应的简单方法。它能很方便的汇总处理特定的Entity。

 

基本使用

Group

Group总是最新的，并且包含与指定匹配程序匹配的所有实体。每个环境都有一个特定的匹配器类型——如果在你的游戏环境中寻找实体(比如游戏实体)，你需要使用GameMatcher

  1. var context = contexts.game;
  2.  
  3. var movables = context.GetGroup(GameMatcher.Movable);
  4. var count = movables.count; // count is 0, the group is empty
  5.  
  6. var entity1 = context.CreateEntity();
  7. entity1.isMovable = true;
  8. var entity2 = context.CreateEntity();
  9. entity2.IsMovable = true;
  10.  
  11. count = movables.count; // count is 2, the group contains the entity1 and entity2
  12.  
  13. // GetEntities() always provides an up to date list
  14. var movableEntities = movables.GetEntities();
  15. foreach (var e in movableEntities) {
  16.     // Do sth
  17. }
  18.  
  19. entity1.Destroy();
  20. entity2.Destroy();
  21.  
  22. count = movables.count; // count is 0, the group is empty

 

首先我们有一个Context（可以理解为一个存放当前Entity的池），然后每一个Entity都携带了很多个Component。Component里存放了所需要的Data。再往下可以看到一个Groups的概念，可以理解为根据不同的筛选需求将entity归属在不同的groups里，主要是方便查找。

但是Group毕竟是一个被动分组的过程，那么在运行时还需要有动态收集的需求，这个时候要用到两个东西一个叫Matcher（匹配器）,一个叫Collector（收集器）。下面可以看一下用法：

Group：

Collector：

看起来这两个东西好似分不清楚用法，但可以这么理解：

Group收集的是当前带有特定组件（Position）的 Entity。而 Collector收集的是发生了变化的Entity。比如一个Entity失去了Position组件，或者一个Entity增加了Position。举个例子，比如我的MoveSystem所关心的是所有MoveComponent的Entity，那么我只要用Group收集就好了。如果一个单位因为中了陷阱或者被束缚、击晕等行为导致被移除了MoveComponent，那么我们就可以使用Collector去收集，然后根据原因作出表现。

 

Matcher

Matcher匹配器由代码生成器生成，可以组合。匹配器通常用于从感兴趣的上下文中获取实体组。需要在匹配器前加上你感兴趣的上下文名称(例如GameMatcher, InputMatcher等)。

  1. var matcher = GameMatcher.Movable;
  2.  
  3. GameMatcher.AllOf(GameMatcher.Movable, GameMatcher.Position);
  4.  
  5. GameMatcher.AnyOf(GameMatcher.Move, GameMatcher.Position);
  6.  
  7. GameMatcher
  8.     .AllOf(GameMatcher.Position)
  9.     .AnyOf(GameMatcher.Health, GameMatcher.Interactive)
  10.     .NoneOf(GameMatcher.Animating);

 

 

Systems

entitas中有四种Systems：

  • IInitializeSystem: 只执行一次 (system.Initialize())
  • IExecuteSystem: 每帧执行 (system.Execute())
  • ICleanupSystem: 在其他系统完成后每一帧执行(system.Cleanup())
  • ReactiveSystem: 当观察的group改变时执行(system.Execute(Entity[]))
  1. public class MoveSystem : IExecuteSystem {
  2.     public void Execute() {
  3.         // Do sth
  4.     }
  5. }
  6.  
  7. public class CreateLevelSystem : IInitializeSystem {
  8.     public void Initialize() {
  9.         // Do sth
  10.     }
  11. }
  12.  
  13. public class RenderPositionSystem: ReactiveSystem<GameEntity> {
  14.  
  15.     public RenderPositionSystem(Contexts contexts) : base(contexts.Game) {
  16.          
  17.     }
  18.  
  19.     protected override Collector<GameEntity> GetTrigger(IContext<GameEntity> context) {
  20.         return context.CreateCollector(GameMatcher.Position);
  21.     }
  22.  
  23.     protected override bool Filter(GameEntity entity) {
  24.         // check for required components (here it is position and view)
  25.         return entity.hasPosition && entity.hasView;
  26.     }
  27.  
  28.     protected override void Execute(List<GameEntity> entities) {
  29.         foreach (var e in entities) {
  30.             // do stuff to the matched entities
  31.             e.view.gameObject.transform.position = e.position.position;
  32.         }
  33.     }
  34. }

 

最后需要注意的是，需要创建一个管理System的System，因为一个游戏开发过程中，不可能只有一个System的，为了方便管理，便有了【Feature】System的概念。这个类要继承Feature，在构造器里Add所有System进去。Feature就像一个管理System的SystemManager。

 

  1. var systems = new Systems(contexts)
  2.     .Add(new CreateLevelSystem(contexts))
  3.     .Add(new UpdateBoardSystem(contexts))
  4.     .Add(new MoveSystem(contexts))
  5.     .Add(new RenderPositionSystem(contexts));
  6.  
  7. // Call once on start
  8. systems.Initialize();
  9.  
  10. // Call every frame
  11. systems.Execute();

 

System详解

总共有上述四种Systems，在实际开发中，需要为应用程序中的每个任务或行为创建systems，并按照定义的顺序执行它们。

 

InitializeSystem

InitializeSystem在程序开始时运行一次。它实现接口IInitializeSystem，后者定义了Initialize()方法。这是您设置初始游戏状态的地方，类似于Unity的Start()方法。

  1. using Entitas;
  2.  
  3. public class MyInitSystem : IInitializeSystem {
  4.  
  5.     public void Initialize() {
  6.         // Initialization code here
  7.     }
  8.  
  9. }

 

ExecuteSystem

ExecuteSystem每帧执行一次。它实现接口IExecuteSystem，接口定义了Execute()方法。这是放置需要每帧执行的代码的地方，类似于Unity的Update()方法。

  1. using Entitas;
  2.  
  3. public class MyExecSystem : IExecuteSystem {
  4.  
  5.     public void Execute() {
  6.         // per-frame code goes here
  7.     }
  8.  
  9. }

 

CleanupSystem

在所有其他systems完成它们的工作之后，CleanupSystem在每个帧的末尾运行。它实现了接口ICleanupSystem，接口定义了方法Cleanup()。如果想要创建只存在于一帧的实体，那么这个工具非常有用。

 

  1. public class MyCleanupSystem : ICleanupSystem {
  2.  
  3.     public void Cleanup() {
  4.         // cleanup code here 
  5.         // runs after every execute and reactive system has completed
  6.     }
  7.  
  8. }

 

ReactiveSystem

   ReactiveSystem在底层是使用了group观察者。通过它，你可以轻而易举的拥有发生改变的你感兴趣的实体。假设你在战场上有100个战斗单位，但是只有10个单位改变了他们的位置。不使用普通的IExecuteSystem，根据位置更新所有100个视图，您可以使用IReactiveSystem，它只更新10个更改单元的视图。所以效率很高。与其他system不同，ReactiveSystem继承自基类ReactiveSystem，而不是实现接口。entitas为游戏中的每个context生成一个实体类型。如果您的context是Game, GameState and Input，那么将生成三种类型:GameEntity、GameStateEntity和InputEntity。

   ReactiveSystem要求提供它们响应的特定context和关联实体类型。基类定义了一些必须实现的抽象方法。首先，须创建一个构造函数，该构造函数调用基构造函数并为其提供适当的context。必须重写3个方法

GetTrigger()返回一个Collector收集器，它告诉system要响应什么事件。

Filter()对collector收集器返回的实体执行最后检查，确保它们在对每个实体调用Execute()之前都附加了所需的组件。

Execute()是游戏逻辑的主要位置。需要注意的是:不应该尝试将ReactiveSystem和ExecuteSystem相结合，只需将ReactiveSystem看作是ExecuteSystem的一种特殊情况。所有其他接口都可以混合使用。

  1. using System.Collections.Generic;
  2. using Entitas;
  3.  
  4. public class MyReactiveSystem : ReactiveSystem<MyContextEntity> {
  5.  
  6.     public MyReactiveSystem (Contexts contexts) : base(contexts.MyContext) {
  7.         // pass the context of interest to the base constructor
  8.     }
  9.  
  10.     protected override ICollector<MyContextEntity> GetTrigger(IContext<MyContextEntity> context) {
  11.         // specify which component you are reacting to
  12.         // return context.CreateCollector(MyContextMatcher.MyComponent);
  13.  
  14.         // you can also specify which type of event you need to react to
  15.         // return context.CreateCollector(MyContextMatcher.MyComponent.Added()); // the default
  16.         // return context.CreateCollector(MyContextMatcher.MyComponent.Removed());
  17.         // return context.CreateCollector(MyContextMatcher.MyComponent.AddedOrRemoved());
  18.  
  19.         // combine matchers with AnyOf and AllOf
  20.         // return context.CreateCollector(LevelMatcher.AnyOf(MyContextMatcher.Component1, MyContextMatcher.Component2));
  21.  
  22.         // use multiple matchers
  23.         // return context.CreateCollector(LevelMatcher.MyContextMatcher, MyContextMatcher.Component2.Removed());
  24.  
  25.         // or any combination of all the above
  26.         // return context.CreateCollector(LevelMatcher.AnyOf(MyContextMatcher.Component1, MyContextMatcher.Component2),
  27.         //                                LevelMatcher.Component3.Removed(),
  28.         //                                LevelMatcher.AllOf(MyContextMatcher.C4, MyContextMatcher.C5).Added());
  29.     }
  30.  
  31.     protected override bool Filter(MyContextEntity entity) {
  32.         // check for required components
  33.     }
  34.  
  35.     protected override void Execute(List<MyContextEntity> entities) {
  36.         foreach (var e in entities) {
  37.             // do stuff to the matched entities
  38.         }
  39.     }
  40. }

要响应来自多个context的实体的更改，需要使用multi-reactive system（多响应系统）。首先，需要声明一个接口，该接口将组合来自具有相同组件的多个context的实体，并且需要通过部分类为实体类实现该接口。然后创建从MultiReactiveSystem继承的系统，并传递新接口。

  1. public interface PositionViewEntity : IEntity, IPosition, IView {}
  2.  
  3. public partial class EnemyEntity : PositionViewEntity {}
  4. public partial class ProjectileEntity : PositionViewEntity {}
  5.  
  6.  
  7. public class ViewSystem : MultiReactiveSystem<PositionViewEntity, Contexts> {
  8.  
  9.     public ViewSystem(Contexts contexts) : base(contexts) {}
  10.  
  11.     protected override ICollector[] GetTrigger(Contexts contexts) {
  12.         return new ICollector[] {
  13.             contexts.Enemy.CreateCollector(EnemyMatcher.Position),
  14.             contexts.Projectile.CreateCollector(ProjectileMatcher.Position)
  15.         };
  16.     }
  17.  
  18.     protected override bool Filter(PositionViewEntityentity) {
  19.         return entity.hasView && entity.hasPosition;
  20.     }
  21.  
  22.     protected override void Execute(List<PositionViewEntity> entities) {
  23.         foreach(var e in entities) {
  24.             e.View.transform.position = e.Position.value;
  25.         }
  26.     }
  27. }

 

Features

entitas为提供了Features来组织你的system。使用Features将相关system组合在一起。这有一个额外的好处，就是可以在Unity层次结构中为你的system分离可视化调试对象。现在可以在逻辑组中检查它们，而不是一次检查所有。

Feature还可以帮助你在项目中执行更广泛的范例规则。功能的执行顺序由添加它们的顺序决定，把你的系统分成InputSystems: Feature, GameLogicSystems: Feature和RenderingSystems: Feature，然后按照这个顺序初始化它们，确保游戏逻辑不会被干扰。

Feature要求实现构造函数。使用Add()方法向Feature添加system。这里添加它们的顺序定义了它们在运行时的执行顺序。可以在GameController中使用Feature将systems组实例化。

  1. using Entitas;
  2.  
  3. public class InputSystems : Feature
  4. {
  5.     public InputSystems(Contexts contexts) : base("Input Systems")
  6.     {
  7.         // order is respected 
  8.         Add(new EmitInputSystem(contexts));
  9.         Add(new ProcessInputSystem(contexts));
  10.     }
  11. }

在你的GameController中：

 

  1. Systems createSystems(Contexts contexts) {
  2.  
  3.      // order is respected
  4.      return new Feature("Systems")
  5.  
  6.          // Input executes first
  7.          .Add(new InputSystems(contexts))
  8.          // Update 
  9.          .Add(new GameBoardSystems(contexts))
  10.          .Add(new GameStateSystems(contexts))
  11.          // Render executes after game logic 
  12.          .Add(new ViewSystems(contexts))
  13.          // Destroy executes last
  14.          .Add(new DestroySystem(contexts));
  15. }

 

entitas中的Attributes

Code Generator（代码生成器）目前支持与类、接口和结构一起使用的以下特性：

  • [Context]: 可以使用此特性使组件仅在指定的context中可用;例如 [MyContextName], [Enemies], [UI]....提高内存占用。它还可以创建组件。
  • [Unique]: 代码生成器将提供额外的方法，以确保最多存在一个具有该组件的实体。
  • [FlagPrefix]:仅可用于支持标记组件的自定义前缀。
  • [PrimaryEntityIndex]: 可用于将实体限制为唯一的组件值。
  • [EntityIndex]: 可用于搜索具有组件值的实体。
  • [CustomComponentName]: 为一个类或接口生成具有不同名称的多个组件。
  • [DontGenerate]: 代码生成器不会使用此属性处理组件。
  • [Cleanup]: 代码生成器将生成删除组件或销毁实体的系统。

这些特性的具体使用可以参考https://github.com/sschmid/Entitas-CSharp/wiki/Attributes

 

Code Generator代码生成

code generator是entitas框架的一大特色，可以让我们在开发时少写一些代码，在unity编辑器project面板中，Generated目录下都是自动生成的文件，不要去修改它们。

官方文档中介绍说可以自定义以及扩展code generator，让codegenerator更好的为我们服务，这一点我暂时没有去尝试。

 

个人看法

以下是个人愚见，如有错误欢迎指正。

优点：

  • 遵循这个框架的规则去写代码，代码结构清晰。
  • ECS这种模式，耦合度就很低，所有的游戏物体都是组件的组合而已，可扩展性强，通过合理组合component就能配置出一个新的游戏物体。
  • 很方便的管理所有实体状态，entitas提供了类似状态机的功能，当感兴趣的某个属性发生变化时，能在System中很方便的做出响应，不管什么状态，都能很方便的做出对应处理。
  • unity本身的开发模式就类似ECS，unity2018更是推出了最新的ECS框架，entitas很符合这种开发模式
  • entitas自开源以来，一直在更新维护，并受到了unity官方的认可，在unite大会上都有提到。所以，这个框架还是很靠谱的。

 

缺点：

  • 国内资料少，上手难度高。国内用这个框架开发的特别少，遇到问题需要自己爬坑。
  • 不适合小项目。小项目用entitas反而麻烦
  • entitas更新太快，官方wiki文档更新没有跟上，比如，我在看官方Demo-MatchOne的时候，有个Event的Attribute， wiki上暂时还没有这个的
  • 代码热更方面是个问题， entitas基本对unity开发定了一套完整的规则，特别是有Code Generate，如果项目发布后想要更新加入新的代码会很麻烦，官方对此也没有说明，目前好像也没有人分享在entitas中加入lua热更的功能

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

声明：本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：【wpsshop博客】
推荐阅读
相关标签

Copyright © 2003-2013 www.wpsshop.cn 版权所有，并保留所有权利。

  

闽ICP备14008679号