Bevy Auto Plugin provides attribute macros that automatically handle the repetitive setup usually required in Bevy plugins. Instead of manually wiring up components, resources, events, states, and systems - and remembering all their respective derives - you can declare them with concise annotations tied to a plugin.
If you’ve ever added several components only to hit runtime errors or discover a missing TypeRegistry
entry when using tools like bevy-inspector-egui
, this plugin is for you.
It helps keep your code focused on game logic rather than framework plumbing.
The following examples demonstrate how common Bevy patterns can be expressed more ergonomically with #[auto_*]
macros, while still generating the underlying bevy-specific code you would normally write by hand.
instead of having to specify all these derives and remember to reflect:
#[derive(Component, Debug, Default, Reflect)]
#[reflect(Component, Debug, Default)]
#[require(Name::new("FooComponent"))]
struct FooComponent;
and then later having to remember to register your component in the type registry:
struct MyPlugin;
impl Plugin for MyPlugin {
fn build(&self, app: &mut App) {
app.register_type::<FooComponent>();
}
}
you can do:
#[derive(AutoPlugin)]
#[auto_plugin(impl_plugin_trait)]
struct MyPlugin;
#[auto_component(
plugin = MyPlugin,
derive(Debug, Default),
reflect(Debug, Default),
register,
auto_name,
)]
struct FooComponent;
instead of writing a function then scheduling in your plugin's build function:
fn my_system() {}
fn plugin(app: &mut App) {
app.add_systems(Update, my_system.run_if(some_condition).after(some_other_system));
}
you can do it via the auto_system(..)
attribute macro:
#[auto_system(
plugin = MyPlugin,
schedule = Update,
config(
run_if = some_condition,
after = some_other_system,
),
)]
fn my_system() {}
if your items have generics, you can specify the types using the generics(...)
meta argument for each concrete type.
#[derive(AutoPlugin)]
#[auto_plugin(impl_plugin_trait)]
struct MyPlugin;
#[auto_component(
plugin = MyPlugin,
generics(usize, bool),
generics(bool, bool),
derive(Debug, Default),
reflect(Debug, Default),
register,
auto_name,
)]
struct FooComponent<A, B>(A, B);
this will generate something equivalent to:
impl Plugin for MyPlugin {
fn build(&self, app: &mut App) {
app.register_type::<FooComponent<usize, bool>>();
app.register_type::<FooComponent<bool, bool>>();
}
}
if your systems have generics, you can specify the types using the generics(...)
meta argument for each concrete type.
#[auto_system(
plugin = MyPlugin,
schedule = Update,
generics(Name),
generics(Transform),
config(
run_if = some_condition,
after = some_other_system,
),
)]
fn my_system<A: Component>(q: Query<&A>) {
for item in q.iter() {
//
}
}
this will generate something equivalent to:
impl Plugin for MyPlugin {
fn build(&self, app: &mut App) {
app.add_systems(Update, my_system::<Name>.run_if(some_condition).after(some_other_system));
app.add_systems(Update, my_system::<Transform>.run_if(some_condition).after(some_other_system));
}
}
There are three distinct ways to make a bindable plugin:
#[derive(AutoPlugin)]
#[auto_plugin(impl_plugin_trait)]
struct MyPlugin;
#[derive(AutoPlugin)]
struct MyPlugin;
impl Plugin for MyPlugin {
#[auto_plugin]
fn build(&self, app: &mut App) {
//
}
}
#[derive(AutoPlugin)]
struct MyPlugin;
#[auto_plugin(plugin = MyPlugin)]
fn plugin(app: &mut App) {
//
}
There is auto_plugin
arguments if your plugin has generics.
See tests for other examples
If you were looking to cherry-pick certain functionality like auto_name
or auto_register_type
for example you could use them individually:
Only requirement when using global mode is you need tp make sure you are binding to a plugin that derives AutoPlugin
Features required:
default
ormode_global
orall_modes
use bevy::prelude::*;
use bevy_auto_plugin::modes::global::prelude::*;
#[derive(AutoPlugin)]
#[auto_plugin(impl_plugin_trait)]
struct MyPlugin;
#[derive(Component, Reflect)]
#[reflect(Component)]
#[auto_register_type(plugin = MyPlugin)]
#[auto_name(plugin = MyPlugin)]
struct FooComponent;
// or if you want to omit plugin for each auto_* item:
#[auto_bind_plugin(plugin = MyPlugin)]
#[derive(Component, Reflect)]
#[reflect(Component)]
#[auto_register_type]
#[auto_name]
struct FooComponent2;
#[derive(Resource, Debug, Default, Reflect)]
#[reflect(Resource)]
#[auto_register_type(plugin = MyPlugin)]
#[auto_init_resource(plugin = MyPlugin)]
struct FooDefaultResource(usize);
#[derive(Resource, Debug, Default, Reflect)]
#[reflect(Resource)]
#[auto_register_type(plugin = MyPlugin)]
#[auto_init_resource(plugin = MyPlugin)]
#[auto_insert_resource(plugin = MyPlugin, resource(FooResource(1)))]
struct FooResource(usize);
#[derive(Event, Debug, Default, Reflect)]
#[auto_register_type(plugin = MyPlugin)]
#[auto_add_event(plugin = MyPlugin)]
struct FooEvent(usize);
#[derive(States, Debug, Default, Copy, Clone, PartialEq, Eq, Hash, Reflect)]
#[auto_init_state(plugin = MyPlugin)]
#[auto_register_state_type(plugin = MyPlugin)]
enum FooState {
#[default]
Start,
End,
}
#[auto_add_system(plugin = MyPlugin, schedule = Update)]
fn foo_system(mut foo_resource: ResMut<FooResource>) {
foo_resource.0 += 1;
}
fn main() {
App::new()
.add_plugins(MyPlugin)
// ... other plugins and setup
.run();
}
Which automatically implements the Plugin trait for MyPlugin
and registers all the types, resources, events, and systems when the plugin is added to the app.
- WASM should work, CI uses the
wasm-bindgen-test-runner
but maybe there's a specific wasm target/environment where it fails?
below are some other modes that are deprecated awaiting feedback from users:
Module Mode (Deprecated)
Features required:
mode_module
orall_modes
use bevy::prelude::*;
use bevy_auto_plugin::modes::module::prelude::*;
#[auto_plugin(init_name=init)]
mod plugin_module {
use super::*;
#[auto_register_type]
#[derive(Component, Reflect)]
#[reflect(Component)]
#[auto_name]
pub struct FooComponent;
#[auto_register_type(generics(bool))]
#[auto_register_type(generics(u32))]
#[derive(Component, Reflect)]
#[reflect(Component)]
pub struct FooComponentWithGeneric<T>(T);
#[auto_register_type]
#[auto_add_event]
#[derive(Event, Reflect)]
pub struct FooEvent;
#[auto_register_type(generics(bool))]
#[auto_add_event]
#[derive(Event, Reflect)]
pub struct FooEventWithGeneric<T>(T);
#[auto_register_type]
#[auto_init_resource]
#[derive(Resource, Default, Reflect)]
#[reflect(Resource)]
pub struct FooResource;
#[auto_register_type(generics(bool))]
#[auto_init_resource]
#[derive(Resource, Default, Reflect)]
#[reflect(Resource)]
pub struct FooResourceWithGeneric<T>(T);
}
fn plugin(app: &mut App) {
plugin_module::init(app);
}
Which generates this code
mod plugin_module {
// ...
fn init(app: &mut App) {
app.register_type::<FooComponent>();
app.register_type::<FooComponentWithGeneric<bool>>();
app.register_type::<FooComponentWithGeneric<u32>>();
app.register_type::<FooEvent>();
app.register_type::<FooEventWithGeneric<bool>>();
app.register_type::<FooResource>();
app.register_type::<FooResourceWithGeneric<bool>>();
app.add_event::<FooEvent>();
app.add_event::<FooEventWithGeneric<bool>>();
app.init_resource::<FooResource>();
app.init_resource::<FooResourceWithGeneric<bool>>();
app.register_required_components_with::<FooComponent, Name>(|| Name::new("FooComponent"));
}
}
- Causes issues for ide's like RustRover
Flat File Mode (Deprecated)
Features required:
mode_flat_file
orall_modes
,- Optional but recommended
flat_file_lang_server_noop
use bevy::prelude::*;
use bevy_auto_plugin::modes::flat_file::prelude::*;
#[auto_register_type]
#[derive(Component, Reflect)]
#[reflect(Component)]
#[auto_name]
struct FooComponent;
#[auto_register_type(generics(bool))]
#[auto_register_type(generics(u32))]
#[derive(Component, Reflect)]
#[reflect(Component)]
struct FooComponentWithGeneric<T>(T);
#[auto_register_type]
#[auto_add_event]
#[derive(Event, Reflect)]
struct FooEvent;
#[auto_register_type(generics(bool))]
#[auto_add_event]
#[derive(Event, Reflect)]
struct FooEventWithGeneric<T>(T);
#[auto_register_type]
#[auto_init_resource]
#[derive(Resource, Default, Reflect)]
#[reflect(Resource)]
struct FooResource;
#[auto_register_type(generics(bool))]
#[auto_init_resource]
#[derive(Resource, Default, Reflect)]
#[reflect(Resource)]
struct FooResourceWithGeneric<T>(T);
#[auto_plugin(app_param=app)]
fn plugin(app: &mut App) {}
Which generates this code in your fn accepting &mut App
#[auto_plugin(app_param=app)]
fn plugin(app: &mut App) {
app.register_type::<FooComponent>();
app.register_type::<FooComponentWithGeneric<bool>>();
app.register_type::<FooComponentWithGeneric<u32>>();
app.register_type::<FooEvent>();
app.register_type::<FooEventWithGeneric<bool>>();
app.register_type::<FooResource>();
app.register_type::<FooResourceWithGeneric<bool>>();
app.add_event::<FooEvent>();
app.add_event::<FooEventWithGeneric<bool>>();
app.init_resource::<FooResource>();
app.init_resource::<FooResourceWithGeneric<bool>>();
app.register_required_components_with::<FooComponent, Name>(|| Name::new("FooComponent"));
// ...
}
- Won't provide outputs in IDE's due to Language Server Stubbed
- use
lang_server_noop
feature (enabled by default) to allowflat_file
macros to no-ops when they fail to resolveSpan::local_file
- attempts to naively detect when running under
rustc
context to otherwise bubble up the errors to the compiler
- use
- All items need to be in the same module. This won't work:
use bevy::prelude::*;
use bevy_auto_plugin::modes::flat_file::prelude::*;
mod foo {
use super::*;
#[auto_register_type]
#[derive(Component, Reflect)]
#[reflect(Component)]
struct FooComponent;
}
#[auto_plugin(app_param=app)]
fn plugin(app: &mut App) {
// ...
}
All code in this repository is dual-licensed under either:
-
MIT License (LICENSE-MIT or http://opensource.org/licenses/MIT)
-
Apache License, Version 2.0 (LICENSE-APACHE or http://www.apache.org/licenses/LICENSE-2.0)
at your option. This means you can select the license you prefer.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual-licensed as above, without any additional terms or conditions.