Entitas学习三 —— Entitas 基本思想

本文主要是介绍Entitas学习三 —— Entitas 基本思想，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

如果你熟悉ECS的话，可以很容易就理解这个框架，不熟悉也没关系，我们一起来熟悉。

Entitas的思路比较明确——谁发生了改变，我就对谁感兴趣。

比如角色的血量，如果它没有变化，那么，System是不会对其进行操作的（当然，你想操作也行）。只有血量发生了变化，它才会被关注。

当然了，像监测血量变化这种事情，我们用消息订阅就能完成，只不过Entitas把这件事情做到了极致。

而且，通过GetTrigger和Filter这两个函数，我们可以轻松地定位我们所需要的那些实体，确实很神奇，也很方便。

其实，Entitas的这种模式，会把一个实体变得很大，按照我目前所理解的情况来看（入门阶段），实体的种类是非常少的。

比如框架默认就只设定了两种实体——GameEntity和InputEntity——游戏实体和输入实体。

而实体的进一步划分，比如英雄、怪物、子弹等，都是由组件来实现——即GameEntity同时包含了这些角色所需要的组建，但不同类型的角色激活不同类型的组建。然后通过GameMatcher来筛选实体类型。

可以粗暴地理解为，你激活了哪些组件，你就属于哪种类型，至于实体，这个概念已经被弱化了。

其实也很好理解，这就是所谓的组合。

只不过，这样会导致GameEntity拥有特别多的属性（组件），显然这是一个比较庞大的类。

很显然，随着游戏开发的进行，我们的组件会越来越多，我们必须花点心思去管理这些文件，不然就要陷入混乱了。

我的想法是，把类型相近的组件类都放在一个文件里，这样就不至于出现一大堆类文件。

这框架的优点蛮多的，由于我的HelloWorld篇幅有限，我对Entitas的理解也不够深入，没法和大家准确地描述它的所有优点，只能列举我目前所了解到的优点：

代码结构清晰。只要严格按照框架来写代码，基本上不会出现乱七八糟的东西
极其方便地管理实体状态。Entitas这种模式，天生就带着“状态机”的功能，只要你某个属性变化了我就做出相应的处理，我不用管你是怎么变化的。各种状态的切换都十分方便。
扩展性强。组件这种模式，本来耦合度就很低，一切都是组件的组合而已，后期的扩展也变得十分方便。
自带缓存功能。Entitas是有缓存功能的，被销毁的实体并不会真正地消失，而是待在缓存里，等待下一次的使用。

当然了，不管什么框架，一定有它的缺点，我在这里也稍微列举一些我所了解到的缺点：

上手难度高。从HelloWorld中就能了解到，要熟悉这个框架，需要花费一定的精力，特别是对于新手而言，会一脸懵逼。
实体庞大。如我之前所说，由于所有组件的处理代码都放在一个类里，会造成这个类特别庞大，当然，这倒也不会引起太大的问题。
组件非常多，不好管理。这个问题，可能并不是这个框架的锅。
自动生成代码并不那么美好。如果你的代码刚好编译出错，但是你又需要生成实体代码后才能解决报错的问题，这时候就陷入死循环了——你需要生成代码后才能解决编译报错，但生成代码却需要先解决编译报错的问题。当然，这个官方有解决方案，只是，我仍然觉得很麻烦。
国内资料少。额，这确实也算是一个缺点吧。
不适合小项目。因为框架限定了写代码的方式，写小游戏反而不那么顺手。