Уникнення неможливих станів у пригодницькій грі

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

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

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

Звучить на зразок задачі з графіком.

Почніть з початку, для кожного розгалуження в історії запишіть наявні у вас елементи, а потім розгалужуйте графік. Звідти слідкуйте за кожною гілкою та зробіть те саме, як тільки ви дістанетесь до іншої гілки, запишіть свої поточні елементи та розкладіть графік. У результаті вийде досить щільний графік з безліччю дублюваних вузлів (але кожен вузол потрапив туди з іншої послідовності графіка), але у вас не повинно бути циклів.

Наприкінці у вас повинен бути графік усіх предметів, які ви можете мати у будь-який момент вашої історії та з усіх можливих способів потрапити туди.

Тепер із вашим заповненим графіком: для кожної вашої проблеми, яка потребує елементів X + Y + Z, знайдіть усі вузли, які мають цю проблему, і перевірте, чи можуть записані елементи задовольнити цю умову. Якщо виникла помилка, просто поверніться до графіка, щоб знайти всі рішення, які потрапили туди, без відповідних елементів для вирішення цієї проблеми.

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

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

це може здатися дивною відповіддю, але ви можете легко перевірити наявність неможливих подій за допомогою компіляторів (наприклад, c ++)! дозвольте мені пояснити, як: у вас рівно один файл заголовка для кожного етапу. і гра закінчується у main.cppфайлі. всякий раз , коли ви можете перейти від stage aдо stage b, ви просто повинні включити файл відноситься до stage aв stage b. щоразу, коли ви отримуєте новий елемент на етапі, ви просто визначаєте значення для цього елемента. всякий раз, коли ви втратили або використали предмет, його просто доведеться скасувати. врешті-решт, на кожному етапі потрібно просто використовувати всі визначені значення для елементів, необхідних на цьому етапі. ось зразок, як це використовувати в коді:

ах

#define itemA

bh

#include <a.h>
#undef itemA
#define itemB

гл

#include <a.h>

itemA;

#include <b.h>

itemB;

main.cpp

#include <c.h>
int main()
{
}

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