ECS 架构和一些专用术语

Entity-Component-System

• 实体组件系统(ECS )架构
• 遵循组合优于继承的原则
• 面向数据设计
• 弱耦合
• 常被应用在游戏开发上

本质：组合的是数据数组而非对象数组
ECS示例图：

• Entity
  虽然叫做实体，但是并非对象或容器，而是一个对象的索引ID，是一个标识符，并不包含任何数据和逻辑。
• Component
  这是容器，但并非对象容器，仅仅是一个数据容器，也不包含逻辑。由Entity充当Component数据的标识符或者Key来使用。
• System
  用于对特定组件和特定实体的数据进行操作

DOTS下关于ECS的专有名词

Archetypes (原型)

Archetype是具有相同Component的实体类型。如图1，Entity A 和Entity B是同一个Archetype，Entity C 是另外一个。

Chunk (组块)

• 每一个Archetype所标记的内存会被分成固定大小并且连续的非托管内存块。每一个块被称为Chunk
• chunk 中会包含共享同一Archetype的实体组件数组，默认为16KB。如果组件数据填错不满，也会留白（保证16KB）
• chunk 存在的目的是为了方便做数据并行计算，方便做缓存的prefech。在数据对齐的同时又可以匹配缓存的CatchLine。

World和Enity Manager

• World 是一系列Entity的组合，每一个Entity在World中是唯一的，统一受到Enity Manager的管理。Entity Manager负责创建、销毁、修改世界中的实体。

Structural Change (结构改变)

• 所有导致需要重新组织内存块或内存块内容的操作，都称之为structural change.
  一共两个改变操作：一是改变结构，二是改变内容。
  
  这两种改变都必须在主线程中做，而不能在工作线程做是resouce intencity(资源密集)类型的操作，效率很差.
  如下图，删除一个Entity所对应的组件，导致所属原型产生了变化，就属于structural change。另外，创建和销毁Entity，设置ShareComponent值都被视为structural change
  
• 如果在明确没有structral change的操作时，可以在编辑时做bake的操作，虽然会降低运行时的逻辑灵活性，但会提高运行时效率。（后期会对bake说明）