ООП vs КОП

Здравствуйте
Делаю простой движок для 2d-игры. Сейчас структура игровых объектов примерно такая:
___________________________________entit y
_____________________________________|
_________________________________ drawable ______
________________ / _____________________________ \
______________ physical __________________________ effect
________/_________|____________ \ _______________ /__ \
____ ped _____projectile__________block__________ smoke_blood
___ /__ \ _____ /___ \ _________ /____\
_player_enemy__bullet _grenade pickup map

Но уже становится понятно, что это не совсем правильное решение (например, наследование physical от drawable - высосано из пальца, например, может быть ветер, который не видно, но при этом он влияет на персонажа). Также теряется гибкость (например, нельзя сделать персонажа, ходящего сквозь стены (без костылей)).
Прочитал пару статей по геймдеву и понял, что всё это дело лучше реализовать при помощи компонентно-ориентированного программирования. Действительно, на первый взгляд всё кажется простым - игровые объекты формируются из компонентов, которые не зависят друг от друга - плюсы очевидны: возможность независимого редактирования, легкость создания игровых объектов с самыми разными характеристиками и т.д.
Но мне не понятен один нюанс, собсна вопрос темы заключается в следующем:

Например, у меня будут следующие компоненты :
- drawable - компонент делает объект видимым (отрисовка спрайтов/анимации, смена кадров анимации)
- collideable- компонент участвует в проверке коллизии
Вопрос вот в чем:
Для отрисовки объекта необходимо знать его координаты. Для проверки столкновений - тоже. Так где же правильней хранить координаты объекта? Выходит, компоненты-то не такие уж и независимые. Не получится просто пройти по вектору компонентов и вызвать функцию update(). В любом случае между ними будут взаимодействия. Так в чем тогда смысл, зачем строить сложные связи между компонентами (в drawable получать координаты с collideable и т.д.), если можно просто идти по цепочке наследования? Или я чего-то не понимаю?

0

Сообщение от erstwr Так где же правильней хранить координаты объекта?

В самом объекте?

Сообщение от erstwr Выходит, компоненты-то не такие уж и независимые.

Две разные независимые задачи:
1. Пересчитать координаты объектов.
2. Отрисовать объекты.

Добавлено через 14 минут
У объектов есть (могут быть) несколько существенных (влияющих на обработку) признаков. По каждому признаку своя иерархия. Поэтому эти признаки лучше всего организовать с помощью классов типов (как в Хаскеле) или с помощью миксинов.

1

Сообщение от Shamil1 Так где же правильней хранить координаты объекта?

На самом верхнем уровне иерархии.

Например:

Класс Place, поля XYZ
От него наследуем GameObject, поле visible
От него наследуем GameObjectMobile, поля: битмапы для анимации, текущая скорость, максимальная скорость
и GameObjectStill - поле - битмап
От GameObjectMobile наследуем, ну к примеру Пехотинец, Танкетка, Имперский разрушитель. Разница между ними должна быть уже не иерархическая, а конструктивная - у каждого их них имеется объект Weapon, если по-простому... И в этом они отличаются.

Да, от игры к игре бывает выгодно менять иерархию...

Но принцип остается - общий признак должен быть на вершине иерархии.

1

Сообщение от erstwr В любом случае между ними будут взаимодействия.

Конечно взаимодействия будут. Иначе и быть не может.
Но преимущество КОП в том, что взаимодействия компонентов реализуются не через жесткое наследование классов, а через взаимодействие компонентов в рантайм. Игровой объект выступает как контейнер компонентов, и каждый объект может содержать только необходимые ему компоненты.

Сообщение от erstwr Так где же правильней хранить координаты объекта?

Для хранения координат(а также вращений, масштаба и т.д.) создайте отдельный компонент Transform.
Когда некий компонент, например Drawable, захочет отрисоваться, он запрашивает у объекта компонент Transform. И если такой компонент найден - берет из него координаты для рисования.

Сообщение от erstwr Так в чем тогда смысл, зачем строить сложные связи между компонентами (в drawable получать координаты с collideable и т.д.), если можно просто идти по цепочке наследования?

Проблема в том, что если вы будете наследовать таким образом, то у вас будет огромный зоопарк различных классов на каждый чих. К тому же, если у вас нет множественного наследования, то вы и не сможете реализовать все возможные комбинации. КОП же позволяет делать произвольные сочетания компонентов, без написания отдельных классов.

1