Как не копировать код в Rust

Честно говоря, не знаю, насколько это хорошая практика использовать его с такой целью

Считается антипаттерном: https://github.com/rust-unofficial/patterns/blob/master/anti_patterns/deref.md

Официальная дока по Deref тоже гласит, что "… Because of this, Deref should only be implemented for smart pointers to avoid confusion."

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

О да. Легендарная https://github.com/rust-lang/rfcs/issues/349 "Efficient code reuse", об которую за годы порядочно RFC и pre-RFC зубы обломало. Авось когда-нибудь кто-то запаровозит таки.

Из доступных в данный момент альтернатив еще можно посмотреть на всякие библиотеки, дающие процмакросы для автоматизации делегации, типа https://crates.io/crates/ambassador — но с ними, понятное дело, часть инструментария начинает скрипеть.

В голосовании не хватает пункта "копировать код". Всякий скопированный код на самом деле уменьшает связность кодовой базы и сохраняет код более простым. Если очень надо сохранить одинаковый код, то он спокойно выносится во внешние модули.

Вопрос 1

А как такая же проблема решается в Haskell, откуда подобная система во многом позаимствована? В некотором приближении, там существует те же "структуры" и тайпклассы (трейты).

Вопрос 2

А действительно нужно наследование структур? Вообще, наследование различных игровых сущностей — во многом хрестоматийный пример к "composition over inhertiance", а в геймдев архитектуре получил широкое распространение паттерн Entity Component System.

Почему бы не сделать с композицией, примерно так:

struct CharacterProps{
    phys_resist: f32,
    mag_resist: f32,
    hp: f32,
    dmg: f32
}

trait Character {
    fn props<'a>(&self) -> &'a CharacterProps;
    fn props<'a>(&mut self) ->&'a mut CharacterProps;
    fn make_hurt(&mut self, dmg: Damage) { /* ... */ }
}

struct Player {
    props: CharacterProps, 
    // other player-related fields
}
impl Character for Player {
    fn props<'a>(&self) -> &'a CharacterProps { &self.props }
    fn props<'a>(&mut self) ->&'a mut CharacterProps {&mut self.props }
}

struct EnemyWarrior {
    props: CharacterProps, 
    // other enemy-related fields
}
impl Character for EnemyWarrior {
    fn props<'a>(&self) -> &'a CharacterProps { &self.props }
    fn props<'a>(&mut self) ->&'a mut CharacterProps {&mut self.props }
}

Да, осталась копипаста для получения props, но ее куда меньше и без хаков.

Примечания:

• я мог ошибиться с лайфтаймами, да и с синтаксисом
• я не уверен, как лучше, имплементировать Character для Player и EnemyWarrior или вообще можно будет просто имплементировать расчет урона только для CharacterProps и тогда вообще не нужен этот геттер. Но использовать такую структуру будет менее удобно. Наверное.

Если же говорить об имплементации ECS, то там, скорее, будут не жестко заданные поля соответствующих типов, а вектор различных компонентов (положение, рендер, персонаж итп). Не уверен, как это имплементировать в Rust. Возможно, Vec<Box<dyn Component>>

Вопрос не по теме статьи: расставлять #[inline] в таких случаях принято? Это правда даёт профит?