#bevy-ecs #bevy #gamedev #extension

bevy_query_ext

Extensions for Bevy's queries

9 unstable releases (4 breaking)

0.5.0-rc.2 Nov 4, 2024
0.4.0 Jul 4, 2024
0.4.0-rc.3 Jun 17, 2024
0.3.0 Feb 18, 2024
0.1.1 Aug 19, 2023

#533 in Game dev

Download history 74/week @ 2024-07-29 1/week @ 2024-09-16 13/week @ 2024-09-23 8/week @ 2024-09-30 5/week @ 2024-10-14 130/week @ 2024-11-04

135 downloads per month

MIT license

40KB
382 lines

Bevy tracking

A collection of types used to simplify how components are used in queries, by implementing bevy's QueryData on generics.

Example of use

use bevy::prelude::*;
use std::ops::Deref;
use bevy_query_ext::AsDerefOrU32;

// Component which indicates ammo left in a weapon
// A weapon with an ammo component can't be used if ammo is 0
// A weapon with no ammo component, like a knife, can be used
#[derive(Component, Deref)]
struct Ammo(u32);

fn identify_usable_weapons_1(weapons: Query<(&Name, Option<&Ammo>)>) {

    for (name, ammo_count) in weapons.iter() {
        if ammo_count.map(|ammo_count|*ammo_count.deref()).unwrap_or(1) > 0 {
            println!("{:?} can be used!", name)
        }
    }
}

// AsDerefOrU32<T, V> is a type alias for OrU32<AsDeref<T>, V>
fn identify_usable_weapons_2(weapons: Query<(&Name, AsDerefOrU32<Ammo, 1>)>) {
    for (name, ammo_count) in weapons.iter() {
        if ammo_count > 0 {
            println!("{:?} can be used!", name)
        }
    }
}

// If you find yourself reusing a type in the same way across multiple systems, just use a type 
// alias for it and you can use it like that in code.
type AmmoCount = AsDerefOrU32<Ammo, 1>;

Basic types

Our crate is composed of these basic types:

You can use these basic types by themselves, but they are most useful composed with each other (except DerefMut). There are type aliases for most valid compositions of these types. For example, type AsDerefCopied<T> = Copied<AsDeref<T>>.

Note about destructors and Entity components

A common use case the author has had is having components that dereference to entities. But using AsDerefCopied in long tuple-queries can lead to you getting entities mixed up since they are no longer type-protected. It is better in these cases to make the dereference fields public and use destructuring assignments if possible. For instance, if your component was pub struct PointsTo(Entity), you can get the value using something like for (&PointsTo(points_to), <..>) = query.iter() instead.

This is also not a problem for derived queries with named fields.

Note on limitations of composition

Because of the way QueryData works, in order to implement it, we need to know that the lifetime for all parameters is "covariant," or rather that if 'a : 'b then T<'a> : T<'b>.

For more information on variance, see here.

However, Rust's associated types are assumed to be invariant, and there is no language feature that allows us to enforce that the associated types are covariant types so even if we could get around it with unsafe code we couldn't restrict it to the proper types. This means we can't simply implement <T: QueryData> Copied<T>. However, thanks to the way Rust's typing works, we can manually implement composed types like Copied<AsDeref<T>> even with Copied<T> already implemented.

This crate attempts to manually implement all useful compositions of the types here, and to indicate these with specialized type aliases. AsDerefCopiedOfClonedOrDefault is probably the most egregious of these.

Bevy Compatibility

Since there can be breaking changes to our APIs we will have different versions for our code than the compatible bevy library, but we'll list compatibility here.

bevy bevy_query_ext
0.15.0-rc.2 0.5.0-rc.2
0.14.0 0.4.0
0.14.0-rc.2 0.4.0-rc.2
0.13 0.3
0.12 0.2
0.11 0.1

Feedback

Could the docs be clearer? Is a useful composition missing? Is there a type I haven't considered? For any of these, please open an issue or PR on Github!

Dependencies

~22–34MB
~560K SLoC