Помогите с дизайном программы

Книги Game Programming Gems великолепны... хотя и немного дорогие.

Вероятно, вы можете найти одну или две соответствующие статьи в списке статей GameDev, и, возможно, в их форумы

Что касается класса Event, вам почти наверняка нужен базовый класс с некоторым количеством подклассов (MoveEvent, InventoryEvent и т. д.). И если вы действительно хотите избежать жесткого кодирования, вы должны определить свою игру в файлах данных. Комнаты, предметы и события... плюс все остальное, что вы добавите позже. Формат, который вы используете для определения вещей, полностью зависит от вас. Я рекомендую то, что даст вам практический опыт, поскольку это учебное упражнение: например, синтаксический анализатор XML, который вы не использовали. Не самый эффективный формат для парсинга, но это консольная игра, так что это не проблема.

У меня есть одно предложение для подкласса Event, которое может связывать другие события вместе. Интерфейс не меняется, и он позволяет вам делать такие вещи, как «добавить это в инвентарь игрока, убрать это и переместить это сюда».

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

Например, ваш домен может состоять из следующих интерфейсов:

public enum Action { HIT, TALK_TO, EAT, USE };

public interface GameEntity {
  /**
   * Performs the specified action on this GameEntity, passing in zero or
   * more other GameEntity instances as parameters.
   */
  void applyAction(Action action, GameEntity... params);    
}

public interface Item extends GameEntity { }
public interface Person extends GameEntity { }

Кроме того, вы можете определить класс TextParser, который будет обрабатывать входную строку и выполнять результирующие вызовы уровня домена или же возвращать ответ по умолчанию: «Я не понимаю». Например, ввод фразы «используйте ключ от двери» приведет к вызову метода:

key.applyAction(Action.USE, door);

Говоря о событиях, на ум приходит шаблон наблюдателя . Вы можете думать, что ваша игра внутренне представлена ​​несколькими конечными автоматами (вы также можете посмотреть это в Википедии, я не могу добавить вторую ссылку сам, потому что я новичок в SO). Каждый переход от одного этапа к другому является событием, о котором можно сообщить зарегистрированным наблюдателям этого события.

Например:

ИСПОЛЬЗУЙТЕ КЛЮЧ НА ЗАМКОМ: активирует удаление ключа и открытие двери; неявно «каскадирует» к следующему событию без дополнительного взаимодействия с пользователем (открытие двери): запускает комнату с дополнительным выходом и т. д.

Я недавно реализовал что-то похожее на то, что вы описываете. Я начал с создания класса EventManager с методами «Публикация» и «Подписка». При запуске система сканирует все загруженные сборки (библиотеки) на наличие классов, реализующих интерфейс IEventListener:

/// <summary>
/// A class that intends to listen for specific events to be published by an
/// event manager.
/// <see cref="EventManager"/>
/// </summary>
public interface IEventListener
{
    /// <summary>
    /// Subscribes to the event types that this listener wishes to listen for.
    /// </summary>
    /// <param name="eventManager"></param>
    void RegisterSubscriptions(EventManager eventManager);
}

... и вызывает метод RegisterSubscriptions для каждого из них. (Есть только один экземпляр EventManager, который используется везде; я использую внедрение зависимостей, чтобы связать его как экземпляр singleton.)

RegisterSubscriptions будет просто вызывать метод Subscribe для каждого типа события и обработчика, для обработки которых предназначен данный класс. (Я использую .NET, поэтому с событиями и обработчиками работать немного проще, но вы можете сделать то же самое в Java, используя анонимные подклассы.)

Типичным событием может быть что-то вроде RoomEntered, и аргументы, связанные с этим событием, будут включать идентификатор комнаты и, возможно, некоторые другие свойства комнаты. Игровой движок публикует это событие, когда пользователь входит в комнату, предоставляя соответствующие аргументы события для этой комнаты, а затем класс EventManager отвечает за вызов каждого обработчика, который подписался на этот тип события. Одним из обработчиков этого события может быть «HandleEnterRoomWithMonsters», который проверяет, есть ли в комнате монстры, и выполняет соответствующее действие.

Имеет ли это смысл в целом? У вас есть вопросы об этом подходе?