S
и это проблема
Size: a a a
2020 February 26
S
я только начинаю разбиратся с растом и вижу вот эти преграды и задаю себе вопрос - если я продолжу на нем писать не обнаружу ли я себе по ушы в таких вот костылях или это лишь пары специфичных моментов языка
V
проблема в том что я идеологически вижу как правильно должно быть но вынужден делать по другому не потому что нет нужды делать правильно а потому что методами языка я не могу этого реализовать
Нету смысла делать архитектуру ради архитектуры, если она не решает никаких проблем
V
Я не вижу никаких весомых преимуществ от подхода, который ты представляешь
S
но я теперь понимаю что если бы она тут и сейчас что-то реально решала - это было бы не реализуемо
MS
но я теперь понимаю что если бы она тут и сейчас что-то реально решала - это было бы не реализуемо
Вот то что Владислав сказал. Но при этом даже если ты хочешь сделать архитектурно, то выход есть - компонентгруп делает ровно то что тебе нужно.
S
а это ведь классический случай - объявить массив чего-то там, заполнить его в одном месте и передать в другому, абстрагируясь от содержания и последующих действий
S
Вот то что Владислав сказал. Но при этом даже если ты хочешь сделать архитектурно, то выход есть - компонентгруп делает ровно то что тебе нужно.
ну я посмотрю еще компонент груп
MS
MyGroupOfComponents foo = json::deserialize();
foo.create(world);
foo.create(world);
MS
Литералли победа.
2020 February 27
p
Я так и не понимаю, почему наивные перечисления прям столько ненависти собрали. Земерот живет со всякими
и не так уж и прям море боли оно пока вызывает лично у меня - не так и часто я новые типы компонентов добавляю, что бы мне сильно неприятно было в паре мест правки вносить.
#[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),
}
}
и не так уж и прям море боли оно пока вызывает лично у меня - не так и часто я новые типы компонентов добавляю, что бы мне сильно неприятно было в паре мест правки вносить.
Просто это выглядит как лютый костыль, и складывается ощущение что Раст просто в такую архитектуру не умеет
p
Можно было бы решить, если бы варианты энума были бы типами.
R
Можно ж сделать тип под каждый вариант
AL
Можно было бы решить, если бы варианты энума были бы типами.
Это же только косметики немного наведет, но саму проблему необходимости вручную поддерживать несколько match'ей не уберет, нет?
MS
А что именно должно не работать?
MS
Также у опшна есть метод
take который делает то, что ты делаешь реплейсом.AL
kvark: чего ты про это дело думаешь? https://twitter.com/flibitijibibo/status/1232793001388335104
S
kvark: чего ты про это дело думаешь? https://twitter.com/flibitijibibo/status/1232793001388335104
Выглядит как гемор.