Как правильно разработать возможность разнообразия характеристик у персонажей?

Question

[Максим]

Пример:
Имеется класс-персонаж "Колобок", которым мы не управляем (бот). У него есть метод (некая внутренняя логика), который должен принимать решение при появлении на горизонте субъекта(ов): лиса, волк, заяц, медведь, а также их комбинаций, количество которых конечно. Задача состоит в том, чтобы у каждого колобка был уникальный характер, но в то же время у каждого из них зашиты одинаковые методы (идти, смотреть, говорить, обходить, убегать). При создании объекта Колобок, нужно как-то определить его характер, от которого будут зависеть дальнейшиие действия с другими субъектами игры и их комбинаций. Примеры разнообразия колобков:
- Первый при появлении на горизонте лисы должен убегать, при появлении зайца - поговорить с ним. У его брата (другой бот) похожий характер, но при встрече любого героя, отличного от зайца или лисы, запускается рандомный метод.
- У второго колобка, наоборот, при появлении на горизонте лисы - поговорить с ней (но в случае атаки - убегать), при появлении зайца - обходить стороной, если заяц движется в его сторону - перейти на бег.
- У третьего колобка другой характер - говорить только в том случае, когда все остальные герои находятся рядом, в остальных случаях - убегать.
И вот эта внутренняя логика у каждого колобка должна быть уникальна и зависеть от некоторых параметров (характера), переданных при создании объекта "Колобок".

Пока у меня есть мысль создать некоторую json структуру (характер колобка) и покрыть её switch/case, if/else, чтобы реализовать вариативность действий.

[{
  "visionArea": 0, // поле зрения
  "heroesActions": [
    "hero1": "action", // при появлении в поле зрения hero1, поговорить с ним, убежать и т.д.
    "hero2": "action",
  ],
  "multipleHeroesActions": [ // действия, в случае если несколько героев находятся рядом
    {
      "heroes": ["hero1, hero2, hero3"],
      "action": "action"
    },
    {
      "heroes": ["hero4, hero5, hero6"],
      "action": "action"
    },
  ]
}]

Думаю, таким вот образом, реализовать уникальное поведение у каждого бота-колобка. Правильно ли это? Я не совсем уверен, так как, на мой взгляд, это всё лютейший хардкодинг. Ищу как можно сделать лучше. Может есть готовые методики разработки характеристик для новичков-игроделов?
И вообще интересует, как в разработке игр называется такая задача и что почитать полезного, чтобы освоить такую тему?

Answer 1

[Rsa97]

{
  "parameters": {
    "speed": ...,
    "visionArea": ...,
    ...
  },
  "events": {
    "getSight": [
      {
        "objects": ["fox", "wolf"],
        "actions": [
          {
            "probability": 0.5,
            "action": "run"
          }, {
            "probability": 0.5,
            "action": "wait"
          }
        ]
      }, {
        "objects": ["carrot"],
        "actions": [
          {
            "probability": 1,
            "action": "eat"
          }
        ]
      }
    },
    "hungry": [ ... ],
    "thirsty": [ ... ].
    ...
  }
}

Comments

[Максим]

Правильно ли я понимаю, что парсить такое - это отдельный навык? Какие существуют паттерны проектирования под такие структуры данных? Можно, конечно, банально обвесить всё условными операторами, но что-то мне подсказывает, что в итоге будет лапшекод.

[Rsa97]

Максим, Парсится такое одной функцией, json_decode или JSON.parse или аналогичной. А дальше получаете готовый объект, работа с которым тривиальна.

[Максим]

Rsa97, под парсингом я имел именно обработку полученных данных. То есть покрыть всё условными операторами? Или существует определённая методика для таких объектов (которые содержат не только данные, но и логику для вызова тех или иных методов)

[Rsa97]

Максим, В первом приближении я бы сделал так:
Для каждого объекта раз за тик вызывается функция, проверяющая его параметры и зону видимости. Если состояние объекта изменилось (голод, жажда, падение здоровья, увидел новый объект), то вызывается соответствующая функция-событие. Она обрабатывает параметры, выбирая действие и запоминает объект события до конца действия, чтобы больше его не обрабатывать.

[Максим]

Rsa97, а как грамотно замаппить это в коде?

Answer 2

[stictt]

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

Answer 3

[Вадим]

Максим не пробовали смотреть в сторону шаблона проектирования стратегия? Каждое поведение - определённая стратегия, описанная классом. За создание колобков будет отвечать фабрика, которая на вход принимает характер и использует маппер для получения необходимых стратегий поведения по характеру.
Сами стратегии можно комбинировать между собой используя паттерн проектирования декоратор.

Answer 4

[dollar]

Я бы сделал так. Рандомизировал все характеристики для 100000 колобков, дальше запустил бы каждого в 100 случайных ситуаций с волками и лисами, и посмотрел бы, выживут они или нет. Потом оставил бы только тех, у кого 90% выживаемость. Характеры этих живчиков занёс бы в базу, и во время игры спавнил бы из базы случайного колобка.

Comments

[Максим]

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

[dollar]

Максим, тогда принцип тот же.
Но оцениваем каждую характеристику по степени полезности для выживания и присваиваем ей какой-то вес. Это и будет стоимость покупки характеристики при создании колобка юзером.
Юзеру, соответственно, в начале даётся N очков для формирования характеристик.

[Максим]

dollar, в задаче пока нет речи о выживаемости и очках. Речь только о сценарии поведения колобка при встрече с объектами игры.

[dollar]

Ну так что ценно юзеру-то? Но то и упор. Если юзеру важно, чтобы колобок больше яблок собрал, то цена характеристик строится на профите в отношении яблок.