AM
А шо тебе надо?
Size: a a a
2020 February 05
A
а спробуй но не в чисте ооп, а в data-oriented design))
¿
Можешь на интерфейсы разделить
AT
virtual int foo() = 0;
Вроде оно
Вроде оно
DC
Тогда придется переопределять в каждом классе
DC
А шо тебе надо?
10 врагов и у всех есть параметры хп, урон и тд
DC
нужно так шоб я по ходу программы их изменял
AM
AM
Если тебе не страшно мокнуть голову в говнецо, то сделай класс менеджер, а в классах, где нужно менять поля добавь friend менеджер. Он сможет менять приватные поля. У него делай статический метод update и в него пихай все вот эти вот свои приколы
AM
Но это напрочь убивает архитектуру 😌😏
DC
ахпахпап
AB
Решал подобную проблему при помощи EDA, делая логику в отдельных сущностях, закрепляя за ними контроллер
По итогу создавал необходимую конфигурацию игрового объекта, определяя в нём разные сущности, работающие через проксированые соединения
По итогу создавал необходимую конфигурацию игрового объекта, определяя в нём разные сущности, работающие через проксированые соединения
AB
Идея теоретически решала почти все мои проблемы, но была очень громоздка, т.к. большая часть логики это наладка соединений сущностей и их контроллеров через прокси
AB
И жирным плюсом был отказ от наследования там где его можно было избежать
AB
В общем до чего-то стоящего она так и не доросла, из-за объёмов кода на наладку сети
AP
писали бы змейку и не выебывались
DC
Чето я запутался
TS
Чето я запутался
Для того, чтоб читать код было приятнее, рекомендуется добавить его на любой из этих ресурсов, a ссылку на код отправить в чат pastebin.com, paste.ubuntu.com