Как создать экземпляр определенного подкласса в зависимости от идентификатора или есть лучший способ?

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

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

Действие : Интерфейс, представляющий игровое действие. Содержит единственный метод с именем PerformAction.

SittingAction : конкретный класс, реализующий действие. Представляет собой игровое действие для сидения. Реализует метод PerformAction для определения кода для выполнения сидячего действия.

ExamineAction : конкретный класс, реализующий действие. Представляет игровое действие по исследованию предмета. Реализует метод PerformAction для определения кода для выполнения действия проверки.

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

GameItem : класс, представляющий предмет в игре. Содержит свойства, общие для всех элементов, такие как имя элемента, ширина, ширина, глубина и т. д., а также геттеры и сеттеры для этих свойств. GameItem имеет переменную экземпляра типа Action и конструктор, который принимает параметр Action для инициализации Action. GameItem также определяет метод onInteraction, который можно вызывать, когда пользователь взаимодействует с GameItem. Этот метод делегирует задачу выполнения действия, связанного с GameItem, путем вызова метода PerformAction для переменной экземпляра Action. Следовательно, любой класс, создающий экземпляр GameItem, должен передать соответствующее действие конструктору GameItem, представляющему действие, связанное с GameItem. Когда пользователь взаимодействует с элементом, просто вызовите метод onIneraction.

GameController : класс, который прослушивает пользовательские события и вызывает метод onIneraction для GameItem, с которым взаимодействовали.

Вот и все. Чисто и просто. Нет необходимости в каких-либо операторах if else, чтобы проверить, какое действие выполнять над каким элементом. Simpy создает экземпляры всех ваших экземпляров GameItem с соответствующими экземплярами Action, а ваш GameController, который прослушивает пользовательский ввод, вызывает метод onIneraction для GameItem, с которым взаимодействовали.

Забудьте об универсальном классе; вы должны создавать подклассы, как вы представили в своем первом варианте. О ваших недостатках:

будет сложно справиться с таким количеством классов

Почему? Если вы создаете подклассы, вы должны сделать что-то вроде этого:

GameObject chair = new Chair();

и если вы будете следовать общему режиму, вы должны сделать что-то вроде этого:

GameObject chair = new GameObject(Type.CHAIR);

Создание обоих требует практически одинаковых усилий, но у вас гораздо больше преимуществ при использовании первого. Разница в том, что вы не можете обрабатывать различные действия со вторым подходом, не выполняя множество условных проверок. Кроме того, ваше ядро ​​будет сильно связано с вашими существующими объектами, а это означает, что вам нужно будет изменить ядро, если вы измените один из классов, и наоборот. С первым вариантом вы можете сделать что-то вроде этого:

selectedObject.makeAction();

и он вызовет правильное действие на основе сохраненного экземпляра. Если вы будете следовать общему подходу, это будет выглядеть так:

if(selectedObject.getType() == Type.CHAIR) {
    //do char action. Notice that this ins't even a method provided by GameObject, you will need to get this from another place, since the GameObject is generic.
}     if(selectedObject.getType() == Type.TABLE) {
     //do table action
} if....

при создании мебели нужно будет каким-то образом создать правильный подкласс GameObject на основе идентификатора

Я не понял твоей мысли. Вам не нужно создавать на основе идентификатора, вам просто нужно создать соответствующий класс. Когда вы создаете объекты, вы уже знаете типы объектов, вам просто нужно создать экземпляр правильного класса.

Я бы определенно пошел с подклассами для различных типов мебели.

Вместо того, чтобы меню возвращало идентификатор, вы можете подумать о том, что меню возвращает имя класса, который вам нужно создать (я полагаю, что при отображении меню вы знаете, какой класс будет представлять каждую из записей). Таким образом, вы избегаете проблемы с идентификатором, которую вы описываете.

Что касается действий, которые можно выполнять с каждой частью, вы можете использовать интерфейсы:

Каждый класс мебели будет реализовывать набор интерфейсов в зависимости от их возможных действий:

Interface IExaminable {
  public <result> examine();
}

Interface IBuyable {
  public <result> buy();
}

а затем вы можете легко проверить, доступен ли объект для исследования с помощью оператора istanceof (при необходимости).

Надеюсь, поможет