理解 DOTS - ECS - 编程思想（基础入门）

本文转自Unity Connect博主 郡墙

这是一篇关于 DOTS\ ECS \JobSystem相关的小白转换编程思想

实现游戏实体的传统方式是使用面向对象的编程。每个实体都是一个对象，可以直观地允许基于类的实例化系统，并使实体可以通过多态性扩展其他实体。 这导致了庞大而僵化的类层次结构。随着实体数量的增加，在层次结构中放置新实体变得越来越困难，尤其是在该实体需要大量不同类型的功能的情况下。 举个栗子

image

需要实现一类怪物为 邪恶的树。在这个编程模式里，不论是继承哪边都会存在设计上的冲突或者冗余。 为了解决这个问题，我们通过组合模式来代替继承的设计来构建实体。实体只是组件的“集合“与上述面向对象的体系结构相比，这具有一些主要优点：

• 便于添加新的复杂实体

• 便于在数据中定义新实体

• 更高效

组件 - Component

image

组件可以类比 C语言的结构。它没有方法，只能存储数据，不能对其进行操作。在典型的实现中，每种不同的组件类型都将从抽象的Component类派生，该类提供了在运行时获取组件的类型并包含实体的工具。每个组件都描述实体的某个方面及其参数。组件本身几乎没有任何意义，但是当与实体和系统结合使用时，它们将变得非常强大。空组件对于标记实体很有用。 例如：

• Position (x, y)

• Velocity (x, y)

• Physics (body)

• Sprite (images, animations)

• Health (value)

• Character (name, level)

• Player (empty)

实体 - Entity 实体就是游戏世界中存在的东西。同样，实体不过是组件列表而已。因为它们是如此简单，所以大多数实现都不会将实体定义为具体的数据。相反，实体是唯一的ID，组成该实体的所有组件都将使用该ID进行标记。实体是用其ID标记的组件的隐式聚合。如果需要，可以允许将组件动态添加到实体或从实体中删除。这使可以动态“改变”实体。比如，法师释放了一个冰冻技能，那么只需删除被命中对象的Velocity组件。 例如：

• Rock (Position, Sprite)

• Crate (Position, Sprite, Health)

• Sign (Position, Sprite, Text)

• Ball (Position, Velocity, Physics, Sprite)

• Enemy (Position, Velocity, Sprite, Character, Input, AI)

• Player (Position, Velocity, Sprite, Character, Input, Player)

系统 - Systems 注意，在上面的两个概念里，都没有实现具象的游戏逻辑。因为这是 System 概念里要处理的事情。系统对相关的组件组（即属于同一实体的组件）进行操作。 拆解角色跳跃逻辑

1. 首先检测下Input中的keyJump按键是否被按下

2. 如果是，那么检查Collider中是否有接触地面

3. 如果是，设置这个实体的Velocity的y速度，让这个实体对象跳起来。

由于系统只会对相关联的组件进行操作，所以组件就定义了一个实体所应该具有的行为。 比如，如果实体对象只有Position组件，没有Velocity组件，那么这个对象是静止不动的，系统就不会对这个实体的Position组件进行操作了。当这个实体添加elocity组件后，系统就会使用Velocity组件来对物体进行移动。这样的行为可以使用被标记的组件来进行，被标记的组件能够重复的使用在不同的上下文中。对一个实体，增加一个空的Player组件，将会为这个实体打上了Player的标签，那么PlayerControl系统，就会寻找带有这个标签的所有组件，然后使用Input中的数据，进行操作。 例如：

• Movement (Position, Velocity)

• Gravity (Velocity)

• Render (Position, Sprite)

• PlayerControl (Input, Player)

• BotControl (Input, AI)

原文链接：https://connect.unity.com/p/li-jie-dots-ecs-bian-cheng-si-xiang-ji-chu-ru-men?app=true

欢迎戳上方原文链接，下载Unity官方技术社区app，在线技术答疑，发现更多资源干货！