Ну то что я написал

добавил в зависимость системы которой еще нету

Да, так нельзя. Зависимости должны быть добавлены ДО

та я уже просёк

Мне вообще эта затея не нравится. Получается что очередность обработки энтитей конфликтующими системами без явных зависимостей не определена

Правда не просёк вот этот момент. Почему борров чекир на меня ругается? Я так понимаю я забираю через функцию контроль над world, или что то такое.

Поэтому у меня в ECS все зависимости неявны.
A зависит от B если A добавлена позже и конфликтует с B

Да, тоже подумал насчёт того что далеко не всегда можно точно определить что от чего зависит

У тебя есть ECS?

всммысле свою написал?

Конечно. У меня много своего. Графический API, ECS, менеджер ассетов

О как, нифига себе.
Покажи если не сложно

Игру вот никак не сяду написать. Я заядлый цирюльник яков

ECS не покажу, она пока в приватной репе и не готова предстать перед общественностью

Так а зчем игру, можно еще один движок написать, красивый такой. Распечатать его сорсцы и положить на полочу

Ну хотя бы рассказал бы о ее скажем так, фичах

Да там все банально. Основное отличие от например легиона в том что система может как угодно итерироваться по тем компонентам доступ к которым запросила, а не только четко по обекту Query.
То есть использование больше похоже на то как если бы все системы в одном потоке работают, просто берешь World и итерируешься по компонентам.
Только если попытаешься проитерироваться по, скажем, &Foo, а при добавлении системы такого компонента ты не указал, то получаешь панику.

То есть ты делаешь dispatcher.add_system(read::<Foo> & write::<Bar>, system) то внутри системы можно делать любое из следующего
world.iter(read::<Foo>().with::<Bar>())
world.iter(write::<Bar>().with::<Foo>())
world.iter(read::<Bar>().with::<Foo>())
world.iter(write::<Bar>() & read::<Foo>())
ну и так далее

Да я сразу понял

Ну specs также работает