Entity / Component instead of inheritance

[alexeevdv]

No description provided.

[FakelsHub]

falltergeist/src/Game/DoorSceneryObject.cpp

Line 65 in 67ac404

bool DoorSceneryObject::canWalkThru() const

Это должно ссылаться на специальный флаг для дверей WalkThru, и если он установлен то дверь при построении пути через нее должна будет открыться автоматически при проходе через ее гекс.
И это у вас дублируется с методом

         bool DoorSceneryObject::opened() const
         {
             return getComponent<Component::Lockable>()->isOpened();
         }

У вас тут все так напутано.

[JanSimek]

Perfect. I was wondering if a similar design pattern should be used for inventories.

[alexeevdv]

Yes, same thing can be done for inventory/container. This thing is still work in progress. Just trying out new ideas

[phobos2077]

Как раз начал погружаться в ECS в Unity. Очень круто что решил использовать такой подход, правда обычно еще системы выносят в отдельную сущность, а компоненты просто хранят данные. Возможно эта игра достаточно проста чтобы обойтись "умными" компонентами.. Проблемы при таком подходе возникают когда нужно реализовывать логику где взаимодействуют 2 или более компонентов. Начинается каша, нечеткие зоны ответственности, размазывание одной логики по нескольким компонентам. Использование систем позволяет этого избежать, но нужно немного перестроить мышление с OOP на DDD.

[alexeevdv]

Я пока только пробую как оно вообще будет выглядеть применительно к существующему движку. Про системы я в курсе, возможно попробую запилить ECS. В любом случае существующая каша из наследования это путь в никуда, поэтому нужно пробовать что-то еще