1. 项目概述一个面向游戏开发的ECS框架如果你在游戏开发领域摸爬滚打过一段时间尤其是在Unity或者Unreal Engine之外尝试构建自己的引擎或者追求极致的运行时性能那么“ECS”Entity-Component-System这个架构模式你一定不陌生。它彻底颠覆了传统的面向对象继承体系用数据驱动和组合的方式为高性能、高并发的游戏逻辑处理提供了全新的思路。今天要聊的EcsRx或ecsrx就是一个在.NET生态中为游戏和实时应用量身定制的ECS框架实现。简单来说EcsRx不是一个游戏引擎而是一个强大的底层框架。它为你提供了一套完整的工具链让你能够以ECS的思想来组织和管理游戏中的实体、组件和系统。想象一下你要处理成千上万个单位的位置更新、碰撞检测和状态渲染传统的GameObject加MonoBehaviour模式在数量上去之后缓存不友好、GC压力大的问题就会凸显。而EcsRx这类框架通过将数据组件紧密排列在连续的内存中让系统System以批处理的方式高效操作这些数据从而最大化利用CPU缓存减少内存访问开销这是其性能优势的核心来源。这个项目适合谁呢首先是那些不满足于现有引擎“黑盒”、希望深入理解游戏架构底层并有意自研轻量级引擎或服务器逻辑的开发者。其次是需要在Unity中接入ECS理念但觉得Unity官方的DOTSData-Oriented Technology Stack学习曲线陡峭或版本绑定过紧的团队EcsRx提供了一个更纯粹、更轻量的替代选择。最后任何对高性能计算、数据驱动设计模式感兴趣的.NET开发者都能从这个项目中汲取宝贵的架构思想。2. ECS核心范式与EcsRx的设计哲学2.1 重新认识ECS数据与行为的彻底分离在深入EcsRx之前我们必须夯实对ECS范式本身的理解。ECS不是简单的“三个字母”而是一套完整的设计哲学。实体Entity它仅仅是一个唯一的标识符通常是一个ID可以看作是一个“空袋子”。它本身不包含任何数据或逻辑它的意义在于将不同的组件关联在一起。在EcsRx中实体就是一个轻量级的对象主要职责是管理其身上挂载的组件列表。组件Component这是纯数据容器。它只包含状态没有任何方法或仅有极简单的数据访问方法。例如PositionComponent { float x, y, z; }HealthComponent { int currentHP, maxHP; }。组件是数据的载体它们按照类型被紧密地存储在不同的内存区域即数组或连续内存块中这就是所谓的“结构体数组”Array of Structures, AoS向“数组结构体”Structure of Arrays, SoA的转变是性能优化的关键。系统System这是纯逻辑容器。系统包含行为但不持有状态。一个系统会在每一帧或特定时机遍历所有拥有某些特定组件组合的实体并对这些组件的数据进行操作。例如一个MovementSystem会遍历所有同时拥有PositionComponent和VelocityComponent的实体并根据速度更新它们的位置。EcsRx严格遵循了这一范式并在此基础上做了许多贴合.NET开发者习惯的封装。它的设计哲学强调“响应式”Reactive这体现在其事件驱动和观察者模式的大量应用上。框架内部组件的添加、移除实体的创建、销毁都会触发相应的事件系统可以订阅这些事件来执行逻辑这使得逻辑组织更加清晰和松耦合。2.2 EcsRx的核心优势与适用场景为什么选择EcsRx而不是自己从头造轮子或者使用其他ECS实现它的核心优势体现在以下几个方面与.NET生态无缝集成基于.NET Standard/C#可以轻松用于Unity、MonoGame、ASP.NET Core用于游戏服务器等各种场景。对于已经熟悉C#和.NET的团队来说学习成本相对较低。响应式编程模型内置了对响应式扩展Rx的良好支持。这意味着你可以使用强大的LINQ式查询来过滤和组合实体流并以声明式的方式响应数据变化编写出非常简洁且高效的数据处理流水线。灵活的依赖注入框架本身支持依赖注入容器方便你管理各种系统、服务、配置的单例和生命周期使代码结构更清晰易于测试。模块化与可扩展性框架由多个松耦合的模块组成如核心的ECS、响应式、依赖注入等你可以按需引用。同时它也提供了丰富的扩展点允许你自定义实体、组件池、组策略等。注意EcsRx的性能虽然优秀但通常不会达到像C实现的ECS如EnTT或Unity DOTS中Burst编译后的极致性能。它的定位是在开发效率、代码可维护性和运行时性能之间取得一个出色的平衡。因此它非常适合中大型、逻辑复杂的游戏项目尤其是那些需要清晰架构和良好可测试性的项目。它的典型应用场景包括大型策略游戏或模拟游戏需要同时处理数万单位移动、寻路和状态计算。游戏服务器逻辑层使用ASP.NET Core承载用ECS处理玩家状态、战斗计算、房间管理等。Unity中的复杂游戏逻辑模块在不迁移到完整DOTS的情况下用EcsRx重构部分性能瓶颈或逻辑混乱的模块。3. 快速上手构建你的第一个EcsRx应用理论说得再多不如动手跑一遍。让我们从一个最简单的控制台应用开始搭建一个EcsRx环境并实现一个实体移动的系统。3.1 环境准备与项目初始化首先你需要一个.NET开发环境.NET 6 SDK推荐。创建一个新的控制台应用dotnet new console -n EcsRxDemo cd EcsRxDemo接下来通过NuGet包管理器添加EcsRx的核心库。目前EcsRx的主要维护版本是EcsRx.Unity和EcsRx核心包对于非Unity环境我们主要使用核心包及其依赖。dotnet add package EcsRx --version 4.4.0 dotnet add package EcsRx.Plugins.Bootstrap dotnet add package EcsRx.Plugins.DependencyInjection dotnet add package EcsRx.Plugins.ReactiveSystems这里我们引入了核心框架、启动引导、依赖注入和响应式系统插件这是一个基础的功能组合。3.2 定义组件与系统在项目中我们创建两个组件和一个系统。PositionComponent.cs (纯数据容器)using EcsRx.Components; namespace EcsRxDemo.Components { public class PositionComponent : IComponent { public float X { get; set; } public float Y { get; set; } public PositionComponent(float x 0, float y 0) { X x; Y y; } } }VelocityComponent.cs (纯数据容器)using EcsRx.Components; namespace EcsRxDemo.Components { public class VelocityComponent : IComponent { public float Dx { get; set; } public float Dy { get; set; } public VelocityComponent(float dx 0, float dy 0) { Dx dx; Dy dy; } } }MovementSystem.cs (纯逻辑系统)using System; using EcsRx.Entities; using EcsRx.Extensions; using EcsRx.Groups; using EcsRx.Systems; using EcsRxDemo.Components; namespace EcsRxDemo.Systems { // 定义系统关注的组件组合同时拥有Position和Velocity的实体 public class MovementSystem : IReactToDataSystemPositionComponent { // 指定该系统所属的Group实体组 public IGroup Group new Group(typeof(PositionComponent), typeof(VelocityComponent)); // 系统执行逻辑根据速度更新位置 public IObservablePositionComponent ReactToData(IEntity entity) { // 这是一个简化示例。实际中ReactToData通常用于响应组件数据变化。 // 对于每帧都需要执行的逻辑更常用的是 IManualSystem 或 IBasicSystem。 // 这里为了演示响应式我们返回一个可观察序列触发系统执行。 var position entity.GetComponentPositionComponent(); var velocity entity.GetComponentVelocityComponent(); // 模拟每帧更新 return Observable.Interval(TimeSpan.FromSeconds(1.0/60.0)) // 模拟60FPS .Select(_ { position.X velocity.Dx; position.Y velocity.Dy; Console.WriteLine($实体 {entity.Id} 移动到 ({position.X:F2}, {position.Y:F2})); return position; }); } } }实操心得在真实的游戏循环中我们通常使用IManualSystem并在其Execute方法中直接遍历实体组因为这样更符合游戏主循环的调用习惯。使用IReactToDataSystem配合Rx更适合处理由事件触发的、非每帧必行的逻辑。示例中混合使用是为了展示响应式特性初学者需注意区分。3.3 组装应用与运行修改Program.cs完成框架的启动、实体创建和系统注册。using System; using EcsRx; using EcsRx.Extensions; using EcsRx.Plugins.Bootstrap; using EcsRx.Plugins.DependencyInjection; using EcsRx.Plugins.ReactiveSystems; using EcsRxDemo.Components; using EcsRxDemo.Systems; using Microsoft.Extensions.DependencyInjection; namespace EcsRxDemo { class Program { static void Main(string[] args) { // 1. 创建依赖注入容器并注册服务 var serviceCollection new ServiceCollection(); serviceCollection.AddEcsRx(); // 添加EcsRx核心服务 serviceCollection.AddEcsRxPlugins(); // 添加插件服务Bootstrap, DependencyInjection等 // 注册我们自定义的系统 serviceCollection.AddSystemMovementSystem(); var serviceProvider serviceCollection.BuildServiceProvider(); // 2. 初始化并启动EcsRx应用 var application serviceProvider.GetRequiredServiceIEcsRxApplication(); application.StartApplication(); // 3. 获取实体集合EntityCollection并创建实体 var defaultPool application.EntityDatabase.GetCollection(); var entity defaultPool.CreateEntity(); // 4. 为实体添加组件 entity.AddComponent(new PositionComponent(0, 0)); entity.AddComponent(new VelocityComponent(1.5f, 1.0f)); Console.WriteLine(ECS应用已启动实体开始移动... (按任意键退出)); Console.ReadKey(); // 5. 停止应用 application.StopApplication(); } } }运行这个程序你会在控制台看到实体位置每秒60次模拟的更新输出。这就是一个最基础的EcsRx应用骨架定义数据组件、定义行为系统、组装并运行。4. 核心机制深度解析4.1 实体管理与组件存储EcsRx内部如何高效管理成千上万的实体和组件这是其性能的基石。实体池EntityPool与集合EntityCollectionEcsRx使用“池”的概念来管理实体。通常有一个默认池你也可以创建多个池来对不同类别的实体进行分组管理如“UI实体池”、“游戏实体池”。EntityCollection是对一个特定池的访问入口负责实体的创建、销毁和查询。实体ID的分配和回收是高效的避免了频繁的内存分配。组件存储策略这是ECS性能的核心。EcsRx默认会为每一种组件类型维护一个密集数组。当一个实体添加某个组件时框架会确保该组件的实例被存储在该类型组件数组的特定索引位置通常与实体ID映射。当系统需要处理所有PositionComponent时它直接遍历这个连续的PositionComponent[]数组CPU缓存命中率极高。这种模式被称为“结构体数组”SoA与面向对象中每个实体对象内部包含各种组件数据AoS的模式形成鲜明对比。组Group与观察者GroupObserver系统通过IGroup接口声明自己关心哪些组件组合。框架内部会维护一个“组观察者”它自动追踪所有符合该组条件的实体。当实体组件发生变化时增、删观察者会更新内部的匹配实体列表。系统执行时直接从这个预计算的列表中获取实体避免了每帧进行昂贵的实体-组件匹配检查。4.2 响应式系统Reactive Systems的工作流EcsRx的“Rx”部分极大地提升了代码的表达能力。响应式系统如IReactToDataSystemT的工作流如下数据变更作为流当实体中类型为T的组件数据发生变化时通常是通过属性设置器触发框架会将该事件包装成一个可观察序列IObservableT。系统订阅流系统在初始化时会为每一个匹配其组条件的实体订阅该实体上T组件的变更流。声明式处理在系统的ReactToData方法中开发者可以对传入的这个数据流IObservableT进行各种Rx操作如过滤Where、节流Throttle、合并Merge等最后返回一个描述了如何处理该数据流的新的可观察序列。自动执行框架会订阅系统返回的这个最终序列并在数据流产生新值时即组件数据变更时自动执行系统定义的反应逻辑。这种模式将“数据变更”与“逻辑执行”完美解耦。系统不需要主动去轮询实体而是被动响应数据的变化。这对于处理用户输入、网络消息、状态机转换等事件驱动的逻辑非常优雅。4.3 依赖注入与模块化架构EcsRx深度集成了依赖注入DI这不仅仅是方便获取服务更是其模块化架构的支柱。系统生命周期管理系统本身也是通过DI容器创建和管理的。你可以在系统的构造函数中注入任何已注册的服务如日志服务ILogger、资源配置服务IResourceLoader。插件机制EcsRx的功能被拆分成多个插件Plugin例如EcsRx.Plugins.Bootstrap负责应用启动生命周期EcsRx.Plugins.ReactiveSystems提供了响应式系统的支持。每个插件在启动时通过DI注册自己所需的一系列服务ISystem、IFacade等。这种设计让你可以像搭积木一样组合框架功能不需要的功能可以不引用保持应用轻量。自定义扩展你可以实现自己的插件。只需创建一个实现IEcsRxPlugin接口的类在Setup方法中向DI容器注册你的自定义系统、组件池策略或其他服务然后在应用启动前加载这个插件即可。5. 实战进阶构建一个简单的游戏模拟让我们用一个更复杂的例子模拟一个简单的“战斗”场景涉及多种系统交互。5.1 场景设计单位、移动与攻击假设我们有三种组件PositionComponent: 位置。MovementComponent: 移动目标位置。HealthComponent: 生命值。AttackComponent: 攻击力、攻击范围、攻击目标ID。以及三个系统MovementSystem: 驱使单位向目标位置移动每帧执行。AttackTargetingSystem: 为具有攻击能力的单位寻找范围内的目标每隔N帧执行。DamageSystem: 处理攻击对目标造成伤害响应攻击事件。5.2 实现细节与代码组织首先我们创建更丰富的组件。MovementComponent.cspublic class MovementComponent : IComponent { public float TargetX { get; set; } public float TargetY { get; set; } public float Speed { get; set; } 5.0f; }HealthComponent.cspublic class HealthComponent : IComponent { public int CurrentHealth { get; set; } public int MaxHealth { get; set; } public bool IsAlive CurrentHealth 0; }AttackComponent.cspublic class AttackComponent : IComponent { public int Damage { get; set; } 10; public float Range { get; set; } 3.0f; public int? TargetEntityId { get; set; } // 可空表示当前攻击目标 public float Cooldown { get; set; } 1.0f; // 攻击冷却时间 public float CurrentCooldown { get; set; } 0.0f; }接下来实现MovementSystem。这次我们使用更常见的IManualSystem它会在应用的主更新循环中被调用。MovementSystem.cs (使用IManualSystem)public class MovementSystem : IManualSystem { public IGroup Group new Group(typeof(PositionComponent), typeof(MovementComponent)); public void Execute() { // 遍历该组所有实体 var entities this.GetEntitiesForGroup(Group); foreach(var entity in entities) { var pos entity.GetComponentPositionComponent(); var move entity.GetComponentMovementComponent(); // 计算朝向目标的向量 float dx move.TargetX - pos.X; float dy move.TargetY - pos.Y; float distance (float)Math.Sqrt(dx*dx dy*dy); if (distance 0.1f) // 设置一个最小距离阈值 { // 归一化并应用速度 dx / distance; dy / distance; pos.X dx * move.Speed * 0.016f; // 假设每帧16ms pos.Y dy * move.Speed * 0.016f; // 可选如果非常接近目标则清除移动组件停止移动 if (Math.Sqrt((move.TargetX-pos.X)*(move.TargetX-pos.X) (move.TargetY-pos.Y)*(move.TargetY-pos.Y)) 0.5f) { entity.RemoveComponentMovementComponent(); } } } } }AttackTargetingSystem可以设计为一个IReactToDataSystem响应实体位置的变化或者作为一个定时执行的IManualSystem。这里我们设计为每0.5秒执行一次目标搜索。AttackTargetingSystem.cspublic class AttackTargetingSystem : IManualSystem { public IGroup Group new Group(typeof(PositionComponent), typeof(AttackComponent), typeof(HealthComponent)); private float _timeSinceLastSearch 0f; private const float SearchInterval 0.5f; public void Execute(float elapsedTime) { _timeSinceLastSearch elapsedTime; if (_timeSinceLastSearch SearchInterval) return; _timeSinceLastSearch 0f; var attackers this.GetEntitiesForGroup(Group).ToList(); // 获取所有攻击者 var potentialTargets attackers.Where(e e.GetComponentHealthComponent().IsAlive).ToList(); foreach(var attacker in attackers) { var attack attacker.GetComponentAttackComponent(); var attackerPos attacker.GetComponentPositionComponent(); // 如果已有目标且目标还活着且在范围内则保持目标 if (attack.TargetEntityId.HasValue) { var targetEntity potentialTargets.FirstOrDefault(e e.Id attack.TargetEntityId.Value); if (targetEntity ! null) { var targetPos targetEntity.GetComponentPositionComponent(); if (CalculateDistance(attackerPos, targetPos) attack.Range) { continue; // 目标有效跳过寻找新目标 } } // 目标无效清空 attack.TargetEntityId null; } // 寻找新目标最近的、活着的、在范围内的其他单位 AttackComponent closestTarget null; float closestDistance float.MaxValue; foreach(var target in potentialTargets) { if (target.Id attacker.Id) continue; // 不能攻击自己 var targetPos target.GetComponentPositionComponent(); float dist CalculateDistance(attackerPos, targetPos); if (dist attack.Range dist closestDistance) { closestDistance dist; closestTarget attack; // 注意这里只是示意实际应记录目标实体ID attack.TargetEntityId target.Id; } } } } private float CalculateDistance(PositionComponent a, PositionComponent b) { float dx a.X - b.X; float dy a.Y - b.Y; return (float)Math.Sqrt(dx*dx dy*dy); } }最后DamageSystem响应一个自定义的“攻击命令”事件。这里我们引入一个简单的“事件”概念。在实际项目中你可以使用EcsRx的IMessageBroker或直接使用Rx的Subject来发布/订阅事件。简化版DamageSystem思路 我们不在系统间直接调用而是当AttackTargetingSystem判定可以攻击时它不直接扣血而是发布一个AttackEvent包含攻击者ID、目标ID、伤害值。DamageSystem订阅AttackEvent流收到事件后查找目标实体扣除其HealthComponent的CurrentHealth。如果血量降至0以下则触发EntityDeathEvent可能由另一个DeathCleanupSystem来移除实体。这种基于事件的通信方式彻底解耦了系统间的依赖使架构更加清晰和可测试。5.3 系统执行顺序与优先级在复杂的模拟中系统执行顺序至关重要。例如必须先执行MovementSystem更新位置AttackTargetingSystem基于新位置寻找目标才准确DamageSystem处理伤害后可能需要一个DeathSystem在本帧末尾清理死亡实体。EcsRx允许你为系统设置执行优先级。在依赖注入注册系统时可以指定其优先级一个整数值值越小优先级越高。services.AddSystemMovementSystem(priority: 10); // 高优先级先执行 services.AddSystemAttackTargetingSystem(priority: 20); services.AddSystemDamageSystem(priority: 30); services.AddSystemDeathCleanupSystem(priority: 100); // 低优先级最后执行框架会按照优先级顺序在每一帧或每一次Execute调用中依次执行这些IManualSystem。对于响应式系统IReactToDataSystem它们的执行由数据流触发但同样可以通过优先级控制多个系统对同一数据流反应的顺序。6. 性能调优与最佳实践使用ECS的初衷是性能但如果使用不当也可能事倍功半。以下是一些针对EcsRx的性能调优点和最佳实践。6.1 关键性能陷阱与规避方法避免在系统循环内进行复杂的实体查找或创建/销毁操作问题在Execute或ReactToData方法中频繁使用entityDatabase.GetEntitiesForGroup()或创建新实体可能引发内存分配和GC压力。解决尽可能在系统外部或初始化阶段预创建实体池。在系统循环内只进行数据计算。对于需要动态创建的实体如子弹考虑使用对象池模式预创建一批实体在需要时激活添加组件不需要时停用移除组件而非销毁。谨慎使用LINQ尤其是在热路径上问题GetEntitiesForGroup()返回的是IEnumerableIEntity对其使用Where,Select等LINQ操作会产生迭代器分配在每帧执行的系统里累积起来就是可观的GC开销。解决对于需要频繁访问的实体列表可以考虑在系统内部缓存IEntity[]或ListIEntity注意在实体组变化时更新缓存。或者使用EcsRx提供的IGroupObserver的Query方法它可能在某些实现上进行了优化。组件设计为小而简单的结构体struct问题组件是class引用类型存储在堆上。虽然EcsRx会管理组件数组但大量小对象对GC不友好。解决这是EcsRx的一个潜在瓶颈。一个积极的实践是确保组件只包含原始类型或不可变的值类型数据。对于复杂数据考虑使用引用共享如一个AssetIdComponent只存储资源ID真正的资源数据由其他服务管理。社区也有一些实验性的项目尝试支持struct组件但这通常需要修改框架底层。合理使用Group避免“拥有所有组件”的巨型Group问题一个系统声明需要Group(typeof(A), typeof(B), typeof(C), typeof(D), typeof(E))这意味着只有同时拥有这5个组件的实体才会被处理。如果这样的实体很少系统遍历的代价可能高于收益。解决拆分系统。如果一个逻辑需要很多组件思考是否能拆分成多个阶段每个阶段由更小、更专注的系统处理通过事件或共享组件状态进行通信。6.2 内存布局与缓存友好性尽管EcsRx在组件存储上做了优化但开发者仍需有意识地为缓存友好性设计。数据局部性MovementSystem同时需要Position和Velocity。确保这两个组件经常被一起访问。如果可能甚至可以将它们合并成一个TransformComponent包含位置、速度、朝向等虽然这略微违背了“单一职责”的组件设计原则但在性能关键路径上这是一种权衡。避免在组件中存储大型集合或数组如ListBuff。这会导致组件数据本身很大并且元素分散在堆中。考虑将这种“一对多”关系拆分成另一个实体-组件关系。例如为每个Buff创建一个独立的实体并挂载一个OwnerEntityIdComponent指向拥有它的单位实体。这样查询某个单位的所有Buff就变成了查询所有拥有对应OwnerEntityId的Buff实体。6.3 调试与监控对于复杂的ECS应用调试不能只靠打日志。实体/组件查看器可以编写一个简单的调试系统在开发模式下运行将当前所有实体的ID及其组件列表以可读的方式输出到ImGui或游戏内调试界面。EcsRx本身可能不提供这样的工具需要自己实现。性能分析使用.NET的System.Diagnostics.Stopwatch或性能分析工具如JetBrains dotTrace, Visual Studio Profiler来测量每个System.Execute方法的耗时。重点关注最耗时的系统分析其瓶颈是在CPU计算、内存访问还是GC上。事件流可视化如果大量使用响应式事件可以创建一个日志系统订阅核心的IMessageBroker事件将事件流以时间线的形式可视化有助于理解复杂的系统间交互时序。7. 与Unity的集成实践EcsRx在Unity社区有广泛的应用。其集成方式通常是通过EcsRx.Unity插件包。7.1 在Unity中的设置流程安装通过Unity的Package Manager或直接添加DLL引用安装EcsRx.Unity、EcsRx.Plugins.Unity及相关依赖如Zenject或Extenject如果使用这些DI容器。应用启动通常不再需要手动编写控制台那样的启动代码。Unity插件会提供一个EcsRxApplicationBehaviour的MonoBehaviour基类。你创建一个继承自它的类如GameApplication并重写ApplicationStarted等方法来进行初始化。系统注册在GameApplication中通过重写RegisterSystems方法将你的所有系统添加到DI容器或框架中。实体创建在Unity中你既可以通过代码动态创建实体也可以利用“Entity Blueprint”或“View Component”模式将GameObject与EcsRx实体关联。例如一个UnityViewComponent可能包含一个GameObject引用一个MovementSystem在更新PositionComponent后会同步更新对应UnityViewComponent中GameObject的Transform.position。7.2 Unity特定优化技巧与Job System/Burst兼容原生的EcsRx系统运行在主线程。为了利用Unity的C# Job System和Burst编译器进行多线程并行计算你需要将性能关键的数据从EcsRx的组件中提取出来放入原生的Unity ECS即DOTS的IComponentData中或者使用NativeArray进行管理。这通常意味着你需要一个“桥梁”系统在EcsRx和 Unity DOTS 之间同步数据。这增加了复杂性但能带来巨大的性能提升。使用Addressables管理View资源与实体关联的视觉表现Prefab应该通过Addressables系统进行异步加载和卸载避免在战斗场景切换时造成卡顿。EcsRx系统可以发布“需要加载视图”的事件由一个专门的ViewLoadingSystem处理异步加载加载完成后为实体添加UnityViewComponent。帧更新与EcsRx执行确保EcsRx的Application.Tick()或类似的主循环调用在Unity的Update()中执行并且顺序合理。通常先执行所有EcsRx的逻辑系统移动、战斗计算再执行依赖于其结果的视图同步系统。7.3 一个常见的集成架构模式一个稳健的Unity EcsRx架构通常分层如下核心逻辑层Pure EcsRx包含所有游戏状态组件位置、血量、技能CD和逻辑系统移动、战斗、AI决策。这层完全独立不引用任何Unity引擎API便于单元测试和服务器共享。视图层Unity Dependent包含UnityViewComponent和视图同步系统。这些系统订阅核心逻辑层的数据变化事件如位置更新事件并相应地更新GameObject的Transform、Animator等。输入/输出适配层将Unity的Input事件转换为EcsRx内部的命令事件如PlayerMoveCommandEvent。将网络消息反序列化为EcsRx组件或事件。这种分离确保了游戏核心逻辑的纯净性和可移植性。