Если его не ограничить дополнительно чем-то в роде T extends MyInterface
(ну хотя any все равно имплементирует все интерфейсы)

И да, пример все-таки не совсем удачный, т.к. в generic функции в TS все равно потом можно получить runtime тип аргумента :p

Ну не суть. Все, что dyn - в дженерик методы засунуть не удастся @SET001. Просто, как оно есть

Ну короче, https://docs.rs/component_group/2.0.0/component_group/trait.ComponentGroup.html#tymethod.create

Вот это будет работать.

Конечно с приаттаченными компонентами всё будет веселее, и там уже только этим не обойдёшься — нужно будет юзать specs::saveload с кастомными маркерами, но для простых префабов и этот подход работать будет.

А что это конкретно значит?) что подразумевается под приаттаченными компонентами?

Ой я имел в виду приаттаченные энтити.

То есть префаб с несколькими энтитями, компоненты которых ссылаются на другие энтити в префабе.

Я так и не понимаю, почему наивные перечисления прям столько ненависти собрали. Земерот живет со всякими

#[derive(Clone, Debug, Serialize, Deserialize, PartialEq, derive_more::From)]
pub enum Component {
    Pos(Pos),
    Strength(Strength),
    Armor(Armor),
    Meta(Meta),
    BelongsTo(BelongsTo),
    Agent(Agent),
    Blocker(Blocker),
    Abilities(Abilities),
    PassiveAbilities(PassiveAbilities),
    Effects(Effects),
    Schedule(Schedule),
    Summoner(Summoner),
}

fn add_component(parts: &mut Parts, id: Id, component: Component) {
    match component {
        Component::Pos(c) => parts.pos.insert(id, c),
        Component::Strength(c) => parts.strength.insert(id, c),
        Component::Armor(c) => parts.armor.insert(id, c),
        Component::Meta(c) => parts.meta.insert(id, c),
        Component::BelongsTo(c) => parts.belongs_to.insert(id, c),
        Component::Agent(c) => parts.agent.insert(id, c),
        Component::Blocker(c) => parts.blocker.insert(id, c),
        Component::Abilities(c) => parts.abilities.insert(id, c),
        Component::PassiveAbilities(c) => parts.passive_abilities.insert(id, c),
        Component::Effects(c) => parts.effects.insert(id, c),
        Component::Schedule(c) => parts.schedule.insert(id, c),
        Component::Summoner(c) => parts.summoner.insert(id, c),
    }
}

и не так уж и прям море боли оно пока вызывает лично у меня - не так и часто я новые типы компонентов добавляю, что бы мне сильно неприятно было в паре мест правки вносить.

Вообще я так и не понял, зачем человеку массив компонентов

Когда можно насоздавать функций, которые просто сбилдят готовые сущности

Или вернут билдер с ними

Префабы не нужны!

Чего-то мы все перемудрили, когда решение задачи - вот оно, крайне примитивно

Так а задачи самой озвученно не было же

Нуу, из файлов грузить это не особо поможет, например.

Человек хотел дефайнить префабы в коде

@SET001 подтверди, правильно ли мы тебя поняли или нет

Да? Ну тогда + к просто функциям билдерам. Для мелких прототипов игр, например, это вполне рабочий подход.