[][src]Struct specs::DispatcherBuilder

pub struct DispatcherBuilder<'a, 'b> { /* fields omitted */ }

Builder for the Dispatcher.

Barriers

Barriers are a way of sequentializing parts of the system execution. See add_barrier()/with_barrier().

Examples

This is how you create a dispatcher with a shared thread pool:

let dispatcher: Dispatcher = DispatcherBuilder::new()
    .with(system_a, "a", &[])
    .with(system_b, "b", &["a"]) // b depends on a
    .with(system_c, "c", &["a"]) // c also depends on a
    .with(system_d, "d", &[])
    .with(system_e, "e", &["c", "d"]) // e executes after c and d are finished
    .build();

Systems can be conditionally added by using the add_ functions:

let mut builder = DispatcherBuilder::new()
    .with(system_a, "a", &[]);

if b_enabled {
   builder.add(system_b, "b", &[]);
}

let dispatcher = builder.build();

Methods

impl<'a, 'b> DispatcherBuilder<'a, 'b>[src]

pub fn new() -> DispatcherBuilder<'a, 'b>[src]

Creates a new DispatcherBuilder by using the Default implementation.

The default behaviour is to create a thread pool on finish. If you already have a rayon ThreadPool, it's highly recommended to configure this builder to use it with with_pool instead.

pub fn with<T>(
    self,
    system: T,
    name: &str,
    dep: &[&str]
) -> DispatcherBuilder<'a, 'b> where
    T: System<'c> + Send + 'a, 
[src]

Adds a new system with a given name and a list of dependencies. Please note that the dependency should be added before you add the depending system.

If you want to register systems which can not be specified as dependencies, you can use "" as their name, which will not panic (using another name twice will).

Same as add(), but returns self to enable method chaining.

Panics

  • if the specified dependency does not exist
  • if a system with the same name was already registered.

pub fn add<T>(&mut self, system: T, name: &str, dep: &[&str]) where
    T: System<'c> + Send + 'a, 
[src]

Adds a new system with a given name and a list of dependencies. Please note that the dependency should be added before you add the depending system.

If you want to register systems which can not be specified as dependencies, you can use "" as their name, which will not panic (using another name twice will).

Panics

  • if the specified dependency does not exist
  • if a system with the same name was already registered.

pub fn with_batch<T>(
    self,
    dispatcher_builder: DispatcherBuilder<'a, 'b>,
    name: &str,
    dep: &[&str]
) -> DispatcherBuilder<'a, 'b> where
    T: System<'c> + BatchController<'a, 'b> + Send + 'a, 
[src]

The Batch is a System which contains a Dispatcher. By wrapping a Dispatcher inside a system, we can control the execution of a whole group of system, without sacrificing parallelism or conciseness.

This function accepts the DispatcherBuilder as parameter, and the type of the System that will drive the execution of the internal dispatcher.

Note that depending on the dependencies of the SubSystems the Batch can run in parallel with other Systems. In addition the Sub Systems can run in parallel within the Batch.

The Dispatcher created for this Batch is completelly separate, from the parent Dispatcher. This mean that the dependencies, the System names, etc.. specified on the Batch Dispatcher are not visible on the parent, and is not allowed to specify cross dependencies.

pub fn add_batch<T>(
    &mut self,
    dispatcher_builder: DispatcherBuilder<'a, 'b>,
    name: &str,
    dep: &[&str]
) where
    T: System<'c> + BatchController<'a, 'b> + Send + 'a, 
[src]

The Batch is a System which contains a Dispatcher. By wrapping a Dispatcher inside a system, we can control the execution of a whole group of system, without sacrificing parallelism or conciseness.

This function accepts the DispatcherBuilder as parameter, and the type of the System that will drive the execution of the internal dispatcher.

Note that depending on the dependencies of the SubSystems the Batch can run in parallel with other Systems. In addition the Sub Systems can run in parallel within the Batch.

The Dispatcher created for this Batch is completelly separate, from the parent Dispatcher. This mean that the dependencies, the System names, etc.. specified on the Batch Dispatcher are not visible on the parent, and is not allowed to specify cross dependencies.

pub fn with_thread_local<T>(self, system: T) -> DispatcherBuilder<'a, 'b> where
    T: RunNow<'c> + 'b, 
[src]

Adds a new thread local system.

Please only use this if your struct is not Send and Sync.

Thread-local systems are dispatched in-order.

Same as DispatcherBuilder::add_thread_local, but returns self to enable method chaining.

pub fn add_thread_local<T>(&mut self, system: T) where
    T: RunNow<'c> + 'b, 
[src]

Adds a new thread local system.

Please only use this if your struct is not Send and Sync.

Thread-local systems are dispatched in-order.

pub fn with_barrier(self) -> DispatcherBuilder<'a, 'b>[src]

Inserts a barrier which assures that all systems added before the barrier are executed before the ones after this barrier.

Does nothing if there were no systems added since the last call to add_barrier()/with_barrier().

Thread-local systems are not affected by barriers; they're always executed at the end.

Same as DispatcherBuilder::add_barrier, but returns self to enable method chaining.

pub fn add_barrier(&mut self)[src]

Inserts a barrier which assures that all systems added before the barrier are executed before the ones after this barrier.

Does nothing if there were no systems added since the last call to add_barrier()/with_barrier().

Thread-local systems are not affected by barriers; they're always executed at the end.

pub fn with_pool(self, pool: Arc<ThreadPool>) -> DispatcherBuilder<'a, 'b>[src]

Attach a rayon thread pool to the builder and use that instead of creating one.

Same as add_pool(), but returns self to enable method chaining.

pub fn add_pool(&mut self, pool: Arc<ThreadPool>)[src]

Attach a rayon thread pool to the builder and use that instead of creating one.

pub fn print_par_seq(&self)[src]

Prints the equivalent system graph that can be easily used to get the graph using the seq! and par! macros. This is only recommended for advanced users.

pub fn build(self) -> Dispatcher<'a, 'b>[src]

Builds the Dispatcher.

In the future, this method will precompute useful information in order to speed up dispatching.

impl<'b> DispatcherBuilder<'static, 'b>[src]

pub fn build_async<R>(self, world: R) -> AsyncDispatcher<'b, R>[src]

Builds an async dispatcher.

It does not allow non-static types and accepts a World struct or a value that can be borrowed as World.

Trait Implementations

impl<'a, 'b> Debug for DispatcherBuilder<'a, 'b>[src]

impl<'a, 'b> Default for DispatcherBuilder<'a, 'b>[src]

Auto Trait Implementations

impl<'a, 'b> !Send for DispatcherBuilder<'a, 'b>

impl<'a, 'b> Unpin for DispatcherBuilder<'a, 'b>

impl<'a, 'b> !Sync for DispatcherBuilder<'a, 'b>

impl<'a, 'b> !UnwindSafe for DispatcherBuilder<'a, 'b>

impl<'a, 'b> !RefUnwindSafe for DispatcherBuilder<'a, 'b>

Blanket Implementations

impl<T> TryDefault for T where
    T: Default
[src]

impl<T, U> Into<U> for T where
    U: From<T>, 
[src]

impl<T> From<T> for T[src]

impl<T, U> TryFrom<U> for T where
    U: Into<T>, 
[src]

type Error = Infallible

The type returned in the event of a conversion error.

impl<T, U> TryInto<U> for T where
    U: TryFrom<T>, 
[src]

type Error = <U as TryFrom<T>>::Error

The type returned in the event of a conversion error.

impl<T> BorrowMut<T> for T where
    T: ?Sized
[src]

impl<T> Borrow<T> for T where
    T: ?Sized
[src]

impl<T> Any for T where
    T: 'static + ?Sized
[src]

impl<T> Any for T where
    T: Any