Предыдущий пост: CyberGrad 2033

Сразу оговорюсь, данная реализация лишь внешне выглядит как Ecs, под капотом это скорее всего что-то совершенно другое, т.к я не в курсе как выглядят настоящие Ecs
Так же тут нет никакой претензии на производительность, главными приоритетами были удобство, простота и нативная интеграция с движком.

Основные сущности, на которых все держиться: Энтити, компоненты, системы и сервисы.

Entity

Это класс, наследник Node, в нем я реализовал методы добавления/удаления компонентов.
На старте энтити пробегается по своим чилдам и если они являются компонентами, добавляет в словарь.

Components

Это тоже наследник Node, потому что я хочу иметь возможность добавлять компоненты через редактор
Компоненты не содержат логики (хотя никто не запретит), толко данные и могут содержать ссылки на другие ноды

Systems

Тут происходит вся логика с энтитями, но только с теми, которые попадают под фильтр этой системы.
У систем есть несколько коллбэков, которые имплементируются интерфесами
IInitSystem — вызовется один раз при старте игры
IDestroySystem — вызовется один раз при завершении
IEntitiesAdded — вызывается когда появляется новый энтити, подходящий под фильтр системы (только один раз)
IEntitiesUpdate — вызывается каждый кадр и содержит всех энтитей подходящих под фильтр
IEntitiesPhysicsUpdate — то же самое но каждый апдейт физики
IComponentsRemoved — вызывается когда энтити больше не подходит под фильтр

Services

Немного походяд на системы, но если система работает с энтитями, то сервисы это просто утилитарные классы, которые могут делать что угодно. К примеру AudioService — который воспроизводит звуки в игре.
Сервисы умеют в следующие интерфейсы:
IInit — на старте игры один раз
IUpdate — каждый кадр

Без DI сервис можно использовать так (про DI будет в следующем посте):

var audioService = Service.GetService<AudioService>();
audioService.PlaySound(audioStream);

Как это все работает на практике

Вот как у меня выглядит энтити пули

И чтобы эта пуля работало нужно несколько систем, например
MoveSystem — двигает любые энтити у которых есть компонент MoveComponent
LifeTimeSystem — удаляет энтити с компонентом LifeTimeComponent через заданное в нем время

Взглянем на LifeTimeSystem

public class LifeTimeSystem : SystemBase, IEntitiesUpdate
{
    [Inject] private EcsWorld _world = null!;

    public LifeTimeSystem() : base(new EcsFilter().With<LifeTimeComponent>())
    {
    }

    public void EntitiesUpdate(Dictionary<ulong, EcsEntity> entities, float delta)
    {
        foreach (var (_, entity) in entities)
        {
            var lifeTime = entity.GetComponent<LifeTimeComponent>()!;

            lifeTime.ValueSeconds -= delta;
            if (lifeTime.ValueSeconds <= 0)
                _world.RemoveEntity(entity);
        }
    }
}

1. Говорим что нужны только энтити с компонентом LifeTimeComponent

new EcsFilter().With<LifeTimeComponent>()

Можно также использовать Without, к примеру:

public LifeTimeSystem() : base(new EcsFilter()
        .With<LifeTimeComponent>()
        .Without<ImmortalComponent>())
    {
    }

2. Получаем компонент у каждой энтити по очереди и уменьшаем таймер, если время пришло — убиваем

И да, компоненты можно добавлять прямо через стандартный диалог добавления нод

Entrypoint

Ну и нужно сделать точку входа, где будет вся инициализация

public partial class MainGame : Node
{
	private EcsWorld _world = null!;
	private Logger _logger = Logger.GetLogger("MainGame");

	public override void _Ready()
	{
		// Get EcsWorld
		_world = EcsWorld.Instance!;

		// Services
		Service.Register(new AudioService(this));

		// Systems
		_world.RegisterSystem(new MoveSystem());
		_world.RegisterSystem(new LifeTimeSystem());

		_world.Initialize();

		_logger.Info("Game initialized");
	}

	public override void _Process(double delta)
	{
		var dt = (float)delta;

		_world.Tick(dt);
		Service.Tick(dt);
	}

	public override void _PhysicsProcess(double delta) => _world.PhysicsTick((float)delta);
	public override void _ExitTree() => _world.UnregisterAllSystems();
}

PS. На самом деле я тут описал низкоуровневые сущности и, в принципе, можно пользоваться прям так.
Но есть более удобные способы, обертки, которые немного упрощают код и сразу интегрированны с DI контейнером
Об этом как-нибудь в следйющий раз