Размышления о том как связать класс и картинку в игре 2D

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

Для начала небольшое описание игры:
1) 2D, вид сверху, карта состоит из клеточек. Персонаж управляется стрелочками клавиатуры (вверх-вниз-влево-вправо), сдвигается ровно на клеточку;
2) На карте присутствуют деревья (препятствия, рандомно раскидываются перед началом игры) и боты (для начала они просто рандомно перемещаются по клеточкам и ничего не делают).

Теперь перехожу к вопросу. Как я понял, нужно создать класс моего персонажа, класс деревьев, класс ботов и т.д. В классе прописать функции. Вот тут очень смутно представляю. Каким образом, например, связать класс бота и его изображение? Класс должен быть на основе изображения? Или класс абстрактный и управляет изображением? Объясните пожалуйста этот момент как можно детальнее. Код не нужен, просто саму идею. Заранее благодарен

0

Сообщение от ithyphallic Класс должен быть на основе изображения? Или класс абстрактный и управляет изображением?

На самом деле значения это не имеет. Как удобнее, как привычнее.
Как фактор, можно вспомнить принцип инкапсуляции свойств объекта внутри класса, основной принцип ООП. Но вот как именно они хранятся - это уже вторичный вопрос.
Если перефразировать, получим следующее: "Класс должен быть потомком чего-то, вроде TImage, или класс должен содержать в себе объект, вроде TImage?". Если поразмыслишь над этим, придешь к выводу, что варианты более-менее равнозначны.

Я думаю, в качестве терапии тут следует назначить чтение литературы по ООП.

1

Я бы не делал класс бота наследником TImage. По мне главное в боте логика движения, а куда и как вы его отрисуете это дело 10-е. Поэтому я бы сделал так. На каждый объект свой класс. Возможно препятствия скажем камень и дерево это один класс (TTree). Далее класс бота (TBot), класс игрока (TGamer) и т.д. Описал бы в них всю логику. И сделал бы в них ф-цию Paint(TCanvas*), которая принимала бы канву и отрисовывала на нее объект. Замете в моей идеологии вы можете отрисовать все это на любую канву, а не только TImage. Скорее всего все эти классы (игрока, бота, препятствия и.т.д.) будут иметь некоторые общие ф-ции поэтому наверно я бы сделал один класс предок, например TGameObject, в котором бы описал эти ф-ции, а от этого класса TGameObject наследовал бы TBot, TTree, TGamer и т.д.
Сделал бы класс TGame, т.е. класс самой игры который бы рулил всем этим. Класс игры TGame просто помнил бы указатель TCanvas*, который бы получал при инициализации. А по ходу игры при надобности рисования TGame вызывал бы метод Paint объектов TBot, TTree, TGamer и передавал бы ему этот указатель.
Т.е. я бы игру максимально отвязал бы от VCL, и уж точно бы ничего не наследовал бы от VCL.

3

Благодарю за ответы, буду пробовать

0