Skip to content

Latest commit

 

History

History
348 lines (246 loc) · 9.61 KB

README.md

File metadata and controls

348 lines (246 loc) · 9.61 KB

BlitzEcs

BlitzEcs is a lightning-fast, memory-efficient, sparse set based ECS (Entity Component System) library written in C# for making games. It is bare bones, can be easily integrated into existing systems / games, and can be used side by side with object oriented design to allow for a hybrid approach.

Why use BlitzEcs?

  • Lightweight and efficient

  • Minimal amount of GC allocations

  • Game engine agnostic (can be used with Unity, Monogame, your own engine, ...)

  • Memory efficient:

    • Internal pools shrink to maintain a minimal memory footprint (with amortised O(1) operations)
    • Smart entity id recycling
  • Multi-threading support that is incredibly easy to use

  • Simple API

  • No runtime code generation required (can be used with AOT compilation)

  • Sparse set based => adding and removing components is extremely lightweight.

  • Pure C# code

  • No external dependencies

Quick overview

Importing BlitzEcs:

using BlitzEcs;

Creating components

public struct Transform {
    public float x, y, angle;
}

public struct Velocity {
    public float x, y;
}

// Works like a flag
public struct EnemyTeam { }

Creating a world

var world = new World();

Spawning in entities

// First entity
world
    .Spawn()
    .Add<Transform>(new Transform { x = 10, y = 15, angle = 0})
    .Add<Velocity>();

// Second entity
Entity entity = world.Spawn();
entity.Add<EnemyTeam>();
entity.Add<Transform>();

ref Transform transform = ref entity.Get<Transform>();
transform.x = 2;
transform.y = 10;

Removing components

entity.Remove<EnemyTeam>();

Despawning entities

entity.Despawn();

Entities are also despawned when they have no components left:

var entity = world.Spawn().Add<Transform>();
entity.Remove<Transform>();

Don't use the Entity instance after despawning, as this may lead to errors or unexpected behaviour when the entity id is recycled.

Creating systems

var query = new Query<Transform>(world);
query.ForEach((ref Transform t) => {
    // ...
});

// Has an overload that lets you access the entity
query.ForEach((Entity e, ref Transform t) => {
    // ...
});

var query2 = new Query<Transform, Velocity>(world);
query2.ForEach((ref Transform t, ref Velocity vel) => {
    // ...
});

As the Query class allocates memory the first time it is created and queried, it is recommended to reuse the same query instance many times. This allows the query to reuse the memory that it allocated the first time it was run.

This works very nicely when you create custom systems, e.g.

public class ApplyVelocityToTransformsSys {
    private Query<Transform, Velocity> query;

    public ApplyVelocityToTransformsSys(World world) {
        query = new Query<Transform, Velocity>(world);
    }

    public void Update(float deltaTime) {
        query.ForEach((ref Transform transform, ref Velocity vel) => {
            transform.x += vel.x * deltaTime;
            transform.y += vel.y * deltaTime;
        });
    }
}

Then the main game loop could look like this:

public class Game {
    // ...
    private World world;

    // Systems
    private ApplyVelocityToTransformsSys sys;

    public Game() {
        world = new World();
        // ...

        sys = new ApplyVelocityToTransformsSys(world);
    }

    public void Update(float deltaTime) {
        sys.Update(deltaTime);
    }
}

You can still add and remove components during iteration. To avoid any problems with the iterator, components are automatically removed after iteration.

Parallel processing

To use multi-threading to process the entities in parallel, you only have to change the ForEach call to ParallelForEach:

query.ParallelForEach((ref Transform transform, ref Velocity vel) => {
    transform.x += vel.x * deltaTime;
    transform.y += vel.y * deltaTime;
});

You can also pass in the chunk size to define how many entities are processed on each thread. 64 is the default.

query.ParallelForEach(
    (ref Transform transform, ref Velocity vel) => {
        transform.x += vel.x * deltaTime;
        transform.y += vel.y * deltaTime;
    },
    chunkSize: 64
);

Warning: Most of the API of BlitzEcs is not thread-safe. To avoid any problems with parallel processing, it is recommended to only use this feature for systems that process the components (i.e. change values, read values, ...) but don't create new entities, new components, remove components, ... as shown in the example above.

Excluding and including components

BlitzEcs allows you to also filter the entities of a query further by letting you exclude and include more components. These are however not directly included in the parameters of the ForEach method.

// Matches entities that have a Transform and a Velocity component
// but not an EnemyTeam component.

var query = new Query<Transform>(world);
query.Inc<Velocity>();
query.Exc<EnemyTeam>();

query.ForEach((ref Transform transform) => {});

Iterating over entities manually

// This method is automatically called when you use query.ForEach(...).
query.Fetch();

foreach (Entity entity in query) {
    if (entity.Has<Velocity>()) {
        // ...
    }

    ref Transform transform = ref entity.Get<Transform>();
}

Be aware that the ForEach method is usually faster for iterating over the matched entities than using a foreach loop that manually gets the components.

BlitzEcs uses component pools internally and it can sometimes be useful to interact with them directly (e.g. to achieve greater performance when using foreach loops). But to be honest, this is not a feature you would normally need to use to make a game.

ComponentPool<Transform> transforms = world.GetComponentPool<Transform>();
ComponentPool<Velocity> velocities = world.GetComponentPool<Velocity>();

// If we want to remove components from the entities we are iterating over,
// it is recommended to lock the component pools so that the components are only
// removed after iteration. (Not necessary for adding components)
world.LockComponentPools();

query.Fetch();

foreach (Entity entity in query) {
    if (velocities.Contains(entity.Id)) {
        // ...
    }

    // As we can be sure that every matched entity has a transform component
    // we don't have to do checks. (i.e. use GetUnsafe() instead of Get()).
    ref Transform transform = ref transforms.GetUnsafe(entity.Id);
}

world.UnlockComponentPools();

Executing custom logic when a component is removed

BlitzEcs also allows you to run custom code on a component when it is removed, e.g. to perform a clean-up operation, by implementing the IEcsDestroyHandler interface on a component.

Due to BlitzEcs' implementation of this feature that aims to avoid all boxing operations and GC allocations, the OnDestroy method behaves more like a static method. Internally a separate component of this type is created and every component that is removed from the pool is passed to this separate component.

public struct NameComponent : IEcsDestroyHandler<NameComponent> {
    public string name;

    public void OnDestroy(ref NameComponent nameComponent) {
        // Watch out: Use nameComponent.name and not this.name
        Console.WriteLine($"NameComponent removed from entity {nameComponent.name}.");
    }
}

No changes have to be made when removing a component, calling your custom code is handled internally:

Entity entity = world.Spawn()
    .Add<NameComponent>(new NameComponent { name = "Alice" });

entity.Remove<NameComponent>();
// Output: NameComponent removed from entity Alice.

Alternatively, you can also use a different object / class for the destroy handler:

public class NameComponentDestroyer : IEcsDestroyHandler<NameComponent> {
    public void OnDestroy(ref NameComponent nameComponent) {
        Console.WriteLine($"NameComponent removed from entity {nameComponent.name}.");
    }
}

And then to use it:

var nameComponentDestroyer = new NameComponentDestroyer();
world.SetDestroyHandler<NameComponent>(nameComponentDestroyer);

You can then also implement a handler for multiple components:

public class DestroyHandler
    : IEcsDestroyHandler<Transform>, IEcsDestroyHandler<Velocity> {

    public void OnDestroy(ref Transform transform) {
        // ...
    }

    public void OnDestroy(ref Velocity velocity) {
        // ...
    }
}

And then to use it:

var destroyHandler = new DestroyHandler();
world.SetDestroyHandler<Transform>(destroyHandler);
world.SetDestroyHandler<Velocity>(destroyHandler);

Caching queries

To improve the performance of queries you can also cache them. This means that they don't have to fetch a list of entities to iterate over each time, but rather that this list of entities is kept updated. When a component is added / removed, the hot queries (i.e. cached queries) are informed about this change and are automatically updated.

If you have a query, e.g.

var query = new Query<Transform, Velocity>(world);
query.Exc<EnemyTeam>();

then you can cache it:

world.Cache(query);

The query can simply be used like a normal query afterwards, e.g.

query.ForEach((ref Transform transform, ref Velocity velocity) => {
    // ...
});

Sometimes you can even reuse the same query instance between multiple systems. The GetCached method either caches the query and returns it or returns an already cached query:

var query = world.GetCached(new Query<Transform>(world));

Credits

This project is greatly inspired by Byteron/ecs.