С++/ООП дизайн игры

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

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

Затем вам нужен абстрактный класс GameView, который должен предоставлять базовый интерфейс извне, например:

• drawMe(), рисующий вид
• receivedMouseEvent(Event e), который будет получать события мыши
• activate() и deactivate() для выполнения действий, которые должны выполняться при нажатии или выталкивании представления в диспетчере представлений.

Теперь с помощью этого абстрактного класса вы должны реализовать любое конкретное представление или часть представления вашей игры, чтобы вы могли помещать их в стек представлений.

Хорошо иметь подклассы для управления элементами пользовательского интерфейса, например, класс ActiveArea, который реагирует на клики, Button, который наследуется от ActiveArea, а также может предоставлять графику с двумя состояниями. Эти элементы должны содержаться в списке интерактивных элементов, который хранится в абстрактном представлении, чтобы каждое конкретное представление могло без проблем добавлять свои кнопки в общую реализацию. Таким образом, вы можете получить что-то вроде (метакод)

void AbstractView::receiveEvent(Event e) {
  for (ActiveArea *area in areas)
    if (area.isInside(e)) {
      area->action();
      return;
    }

  innerReceiveEvent(e); //which should be a pure virtual function that will call a method specified in concrete views
}

Таким образом, у вас будет каждое представление, управляющее своим собственным состоянием, и диспетчер представлений, который позаботится о рисовании и управлении событиями, например

void ViewManager::draw() {
  for (AbstractView *view in views) // from top to bottom of the stack
    view.draw();
}

Я могу себе представить, что это кажется тяжелым, но это правильный способ сделать это. Обратите внимание, что вызовы функций совсем не тяжелые, и это значительно облегчает чтение. Или, по крайней мере, должен. ;-)

Каждый класс должен иметь заголовочный файл, содержащий определение класса, но не реализацию его функций-членов. Любой файл должен иметь возможность включать любой заголовочный файл класса. Только если вы используете шаблоны (где реализация должна быть в заголовочном файле), могут быть циклические зависимости, но из вашего описания я не думаю, что они у вас есть. Заголовки не должны включать друг друга. Если вам нужно передать указатели или ссылки на другие классы в аргументах функции, можно объявить другие классы в начале вашего заголовка. Вы должны иметь возможность включить любое включение вверху исходного файла. Если нет, пожалуйста, дайте больше информации о том, почему вы считаете, что это необходимо в вашем случае.