Як я можу реалізувати інтелектуальний сценарій у своїй грі?

Я розробляю ігровий движок. Він повинен бути об'єктом / компонентами. Для самої розробки своєї гри я подумав використовувати якусь мову сценаріїв, щоб фактично створити сутності.

Наприклад, якщо я хочу додати гравця, який є агресивним до гравця, це буде сутність з кількома компонентами; ці компоненти змінюватимуться з типом монстра, тому, якщо у мене є сто різних типів монстрів, в моїй грі мені не доведеться створювати новий метод для кожного з них прямо в моєму ігровому коді.

Чи варто використовувати мову сценаріїв для опису цієї сутності, що стосується компонентів, чи є щось інше, що би працювало краще? Більш загально, як я повинен використовувати сценарій у своїй грі?

Моя гра використовує структуру компонентів сутності та використовує скрипти для визначення сутності (це не визначає безпосередньо поведінку, я розповім про це в кінці). Сценарії визначають фактичні компоненти, які будуть використані для створення кожної сутності. Він використовує просту мову сценаріїв, яку я створив. Ось спрощена версія одного з моїх сценаріїв:

ENTITY:"Goblin"
{
    description="It's currently their age."
    commonname="goblin"
    pluralCommonName="goblins"
    childname="gob'in"
    pluralChildName="gob'ins"
    active=Nocturnal
    tags=Mobile
    baseAttributes="OrganicMobileCreature"

    [Model]{
            meshname="Goblin"
            texturename="GoblinTexture"
    }

    [Motion]{
            maxvelocity=0.01:0.015
            locomotion=Walk,Swim
    }

    [Skills]{
            ALL=0.01:0.05,Mine=8.3:8.8,PlaceCube=8.3:8.8
    }

    [Inventory]{
            maxItems=2
            Allow=ALL
            Disallow=NONE
    }
}

Багато з цього - це самоопис, але ось деякі основні моменти:

• Перший розділ описує загальну інформацію для суб'єкта господарювання. Це включає опис та відображувальні назви для різних аспектів організації.
• У baseAttributesпосиланнях тегів інший файл сценарій , який визначає загальні компоненти , які я не хочу , щоб перевизначити кілька разів. Він містить такі компоненти , як position, liferequirementsі так далі. Якщо тут буде визначено будь-який компонент знову, цей компонент замінить загальний.
• Кожен [NAME] { }набір визначає новий компонент, який буде доданий до цих об'єктів.
• Цей опис не лише для однієї сутності , це для всіх створених гоблінів. Ви побачите, що деякі значення мають діапазони (тобто 0.01:0.015), коли створюється новий гоблін, він створюється з компонентом, який має випадкове значення в цьому діапазоні. Тож кожен гоблін матиме дещо різні навички та трохи різну швидкість. Цей параметр визначає, що всі гобліни почнуть із справді хороших навичок розміщення кубів та видобутку, що справді лише для моїх власних цілей тестування. Але, як я впевнений, ви можете здогадатися, змінити значення на те, що я хочу, дуже легко.

Вся ця річ включає створення індивідуального аналізатора, якоїсь структури для визначення визначень сутності (я називаю мій Lexicon!) Та фабрику для прийняття цих визначень і створення нових сутностей. Для мене ця система ще знаходиться на ранній стадії, але виходить дуже, дуже добре. Це досить потужна система для швидкого визначення об'єктів і дозволяє зробити будь-яку сутність, яку ви хочете, використовуючи створені вами компоненти. Якщо вам не зручно створювати власний парсер, я думаю, що XML буде працювати чудово. Я перетворив шахту з рекурсивного синтаксичного аналізатора, який я написав для трохи складеної мови програмування.

Як бачимо, це визначає сутність. Я зазначив, що це не визначає безпосередньо поведінку. Однак можна легко визначити такі речі як ненависні вороги та як агресивно реагувати на вказаних ворогів. Це було б так само просто, як визначити, який компонент ви використовуєте для контролю такої поведінки. Мої сутності також мають інтелектуальний компонент (не показаний), який визначає такі речі, як:

• Як вони знаходять шлях (простий рух в огляді, простий A *, передбачувальний A * тощо)
• Наскільки вони агресивні / захисні. Суб'єкти можуть мати домашні зони, які захищатимуться, але, можливо, не будуть агресивними поза цими зонами.
• Поінформованість про технології (відкривати двері, користуватися гаджетами, уникати пасток тощо)
• І більше...

Однак ваша визначена, саме ваша система буде керувати даними в цьому компоненті, що, в свою чергу, впливає на поведінку ваших даних.

Якщо все, що вам дійсно потрібно, це спосіб визначення компонентів Monster, то XML буде добре працювати як на C #, так і на java.

Ваш XML міг бути

<?xml version="1.0" encoding="UTF-8"?>
<mobs>
  <mob>
    <personality>Aggressive</personality>
    <intelligence>20</intelligence>
  </mob>
</mobs>

Тоді може виглядати ваш клас Mob. (Java)

public class Mob {
  private IPersonality personality;
  private Integer intelligence

  //**  Getters & Setters **//
}

Де IPersonality - це інтерфейс.

Потім ви можете завантажити свій xml та проаналізувати кожне значення через завод.

наприклад, Проаналізуйте цінність особистості в PersonalityFactory, який просто:

public IPersonality getPersonality(String personalityName) {
  if(personalityName.equals("Aggressive")) {
    return new AggressivePersonality();
  }
  else if(personalityName.equals("Passive")) {
    return new PassivePersonality();
  }
  else {
     //Maybe allow for no personality (We all know monster like that ;) )
     return null; 
  }
}

Тоді ви могли б створити подібний моб

Mob mob = new Mob();
mob.setPersonality(getPersonality(xmlValue));
mobList.add(mob);

Ключовим моментом є те, що ваш двигун знає формат XML і має завод для всіх необхідних.

Однією з переваг xml є те, що ви можете визначити власну схему, щоб гарантувати, що формат завжди правильний, дивіться тут .

Сподіваюсь, це допомагає

Пітон добре, думаю. Часто LUA також є хорошою альтернативою, якщо ви хочете додати можливості своїх сценаріїв до своїх програм.

Ви можете або використовувати XML для опису поведінки своїх монстрів, це включатиме деяке кодування у фактичному ігровому коді, оскільки ви збережете лише "ім'я" або деякі атрибути відповідно до поведінки (швидкість, тип зброї, яку монстр використовує, тощо) поведінки, яку слід використовувати у вашому ігровому коді.

Якщо ви використовуєте Scriptengine (наприклад, LUA), ви можете перенести цей код зі своєї попередньо складеної програми у скрипт-файли, що завантажуються під час виконання. Для цього вам доведеться виставити API своїх «монстрів» скриптенгіну. Це дозволяє викликати методи коду монстр-гри ззовні.