KD
Size: a a a
2021 March 09
f
Это мне кажется самый часто встречающиеся вариант
KD
Это мне кажется самый часто встречающиеся вариант
Кто-нибудь пните меня в сторону того, что считается у нас идиоматическим
f
Тут вообще не к чему прикопаться, половина кода с дискриминатами так выглядит
f
Вот скажите мне, насколько сильно я буду гореть в аду за такое:
type
EntityObj = object
case kind: EntityKind
of enCreature: creature: Creature
of enItem: item: Item
of enStruct: structure: StructureЭто достаточно 'идиоматический'
f
Хотя тут зависит от того что нужно понятное дело
KD
Это достаточно 'идиоматический'
т.е. вместо того чтоб делать базовый класс entity и от него наследовать народ делает так?
f
Да. Если иерархия ограниченная то это проще быстрее и не надо мазать пять отдельных наследований по коду
f
Если подразумевается что потом там поведение нужно как-то переопределять пользователем то я предпочитаю делать поле с коллбеком и ставить туда что мне нужно
f
Опять же вместо того чтобы плодить классы на каждый чих. std/streams так сделаны + поведение можно настраивать на уровне экземпляра что иногда тоже бывает полезно
KD
Если подразумевается что потом там поведение нужно как-то переопределять пользователем то я предпочитаю делать поле с коллбеком и ставить туда что мне нужно
Мне надо обобщить несколько типов объектов для хранения и некоторых общих для всех них действий.
KD
В крестах и питоне у мне они наследовали бы общее
f
Да, это именно то для чего дискриминанты подходят
f
Ещё кстати они не требуют указателей, RTTI и всего прочего для работы.
KD
Как что-то сделать в ниме, пункт 0: забудьте всю херню про ООП что вы знали после петона и крестов
KD
Ещё кстати они не требуют указателей, RTTI и всего прочего для работы.
Вааще структура из инта+юниона структур это типичный Си-стайл ООП
f
Ну да. Оно даже компилируется в что-то такое потом
KD
Но как-то неажиданна такое видеть в смузихлёбском недоязычке для хипстеров с подворотами
f
Но как-то неажиданна такое видеть в смузихлёбском недоязычке для хипстеров с подворотами
Ну araq где-то говорил что вообще лучше использовать дискриминанты везде где можно вместо ООП/методов так как они удобнее/быстрее практически во всех случаях