specs-derive better 'storage' macro parameter

[ClaasJG]

Hi and thanks for specs.

Description

Currently it is not possible to specify a storage type with specs-derive that expects special generics. This is because specs-derive assumes <Self>

specs/specs-derive/src/lib.rs

Line 73 in 708c3ac

type Storage = #storage<Self>;

and this cannot be overwritten. It should be possible to specify other generics.

Motivation

It is currently not possible to specify e.g. FlaggedStorage with the 'storage' macro.

#[derive(Component)]
#[storage(DerefFlaggedStorage<Self,DenseVecStorage<Self>>)]
pub struct Foo {}

Although 'Component' can be implemented traditionally, it is irritating if this has to be done for some types of storage and not for others. This also means additional work, which the derive macro is designed to avoid from the outset.

Drawbacks

None

• Is it a breaking change?
  No - it is not
• Can it impact performance, learnability, etc?
  No - I would actually argue, it implements expected behaviour.

Unresolved questions

None

---

I asked about this on gitter, and will create a pull request, which 'fixes' this request.

-ClaasJG