bevy/crates/bevy_legion
2020-05-01 00:55:32 -07:00
..
.github/workflows re-add bevy_legion 2020-04-24 18:14:31 -07:00
.idea re-add bevy_legion 2020-04-24 18:14:31 -07:00
benches re-add bevy_legion 2020-04-24 18:14:31 -07:00
docs/book re-add bevy_legion 2020-04-24 18:14:31 -07:00
example re-add bevy_legion 2020-04-24 18:14:31 -07:00
legion_core cargo fmt 2020-04-29 01:37:54 -07:00
legion_systems Use system type name as default system name 2020-05-01 00:55:32 -07:00
src re-add bevy_legion 2020-04-24 18:14:31 -07:00
tests re-add bevy_legion 2020-04-24 18:14:31 -07:00
.gitignore re-add bevy_legion 2020-04-24 18:14:31 -07:00
bench.png re-add bevy_legion 2020-04-24 18:14:31 -07:00
Cargo.toml system_fn named/id/anon. add "more-system-fn" cargo feature 2020-04-30 12:22:35 -07:00
clippy.toml re-add bevy_legion 2020-04-24 18:14:31 -07:00
LICENSE re-add bevy_legion 2020-04-24 18:14:31 -07:00
readme.md "functions as systems" 2020-04-28 01:00:30 -07:00
rustfmt.toml re-add bevy_legion 2020-04-24 18:14:31 -07:00
uuid.ron re-add bevy_legion 2020-04-24 18:14:31 -07:00

Legion

Build Status Crates.io Docs.rs

Legion aims to be a feature rich high performance ECS library for Rust game projects with minimal boilerplate.

Bevy Fork Info

Bevy currently forks Legion to give it some additional functionality:

  • Stable TypeIds across binaries to support dynamic plugin loading
  • Simple "function only" system declarations

Here are the changes made:

  • Add system_fn.rs containing "function only" system declarations
  • ResourceTypeId, ComponentTypeId, TagTypeId use static str (std::any::type_name) instead of TypeId (std::any::TypeId is not constant across rust binaries)
  • Implement "DowncastTypeName" to allow downcasting based on type name

Benchmarks

Based on the ecs_bench project.

Getting Started

use legion::prelude::*;

// Define our entity data types
#[derive(Clone, Copy, Debug, PartialEq)]
struct Position {
    x: f32,
    y: f32,
}

#[derive(Clone, Copy, Debug, PartialEq)]
struct Velocity {
    dx: f32,
    dy: f32,
}

#[derive(Clone, Copy, Debug, PartialEq)]
struct Model(usize);

#[derive(Clone, Copy, Debug, PartialEq)]
struct Static;

// Create a world to store our entities
let universe = Universe::new();
let mut world = universe.create_world();

// Create entities with `Position` and `Velocity` data
world.insert(
    (),
    (0..999).map(|_| (Position { x: 0.0, y: 0.0 }, Velocity { dx: 0.0, dy: 0.0 }))
);

// Create entities with `Position` data and a shared `Model` data, tagged as `Static`
// Shared data values are shared across many entities,
// and enable further batch processing and filtering use cases
let entities: &[Entity] = world.insert(
    (Model(5), Static),
    (0..999).map(|_| (Position { x: 0.0, y: 0.0 },))
);

// Create a query which finds all `Position` and `Velocity` components
let query = <(Write<Position>, Read<Velocity>)>::query();

// Iterate through all entities that match the query in the world
for (mut pos, vel) in query.iter(&mut world) {
    pos.x += vel.dx;
    pos.y += vel.dy;
}

Features

Legion aims to be a more feature-complete game-ready ECS than many of its predecessors.

Advanced Query Filters

The query API can do much more than pull entity data out of the world.

Additional data type filters:

// It is possible to specify that entities must contain data beyond that being fetched
let query = Read::<Position>::query()
    .filter(component::<Velocity>());
for position in query.iter(&mut world) {
    // these entities also have `Velocity`
}

Filter boolean operations:

// Filters can be combined with boolean operators
let query = Read::<Position>::query()
    .filter(tag::<Static>() | !component::<Velocity>());
for position in query.iter(&mut world) {
    // these entities are also either marked as `Static`, or do *not* have a `Velocity`
}

Filter by shared data value:

// Filters can filter by specific shared data values
let query = Read::<Position>::query()
    .filter(tag_value(&Model(3)));
for position in query.iter(&mut world) {
    // these entities all have shared data value `Model(3)`
}

Change detection:

// Queries can perform coarse-grained change detection, rejecting entities who's data
// has not changed since the last time the query was iterated.
let query = <(Read<Position>, Shared<Model>)>::query()
    .filter(changed::<Position>());
for (pos, model) in query.iter(&mut world) {
    // entities who have changed position
}

Content Streaming

Entities can be loaded and initialized in a background World on separate threads and then when ready, merged into the main World near instantaneously.

let universe = Universe::new();
let mut world_a = universe.create_world();
let mut world_b = universe.create_world();

// Merge all entities from `world_b` into `world_a`
// Entity IDs are guarenteed to be unique across worlds and will
// remain unchanged across the merge.
world_a.merge(world_b);

Chunk Iteration

Entity data is allocated in blocks called "chunks", each approximately containing 64KiB of data. The query API exposes each chunk via iter_chunk. As all entities in a chunk are guarenteed to contain the same set of entity data and shared data values, it is possible to do batch processing via the chunk API.

fn render_instanced(model: &Model, transforms: &[Transform]) {
    // pass `transforms` pointer to graphics API to load into constant buffer
    // issue instanced draw call with model data and transforms
}

let query = Read::<Transform>::query()
    .filter(tag::<Model>());

for chunk in query.iter_chunks_mut(&mut world) {
    // get the chunk's model
    let model: &Model = chunk.tag().unwrap();

    // get a (runtime borrow checked) slice of transforms
    let transforms = chunk.components::<Transform>().unwrap();

    // give the model and transform slice to our renderer
    render_instanced(model, &transforms);
}