Избегайте невозможных состояний в приключенческой игре

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

Это будет история с несколькими ветвлениями, и иногда ветви будут складываться сами собой, и ваши основные действия будут запоминаться, а предметы будут собираться. Например, если игрок идет в болото и лес, прежде чем идти в замок, он подобрал кость динозавра, убил единорога и вырастил дополнительную руку. Если игрок попадает в замок через пещеры и склеп, он подхватывает велосипед и странный запах. Теперь, когда я разрабатываю головоломки для замка, я не хочу создавать ситуацию, в которой, например, необходимы две невозможности - дополнительная рука и запах, необходимые для убийства людоеда.

Помимо очень тщательного документирования событий и предметов, есть ли процесс, методика, которую я могу использовать в электронной таблице, или часть программного обеспечения, которая может мне помочь?

Звучит как проблема ориентированного графа.

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

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

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

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

Если вы строите большую игру, время обработки поисков по графику может быть немного тяжелым, поэтому создайте его, как утилиту, которая может занять некоторое время и выводит результаты в отчет для использования.

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

ах

#define itemA

ЬН

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

ч

#include <a.h>

itemA;

#include <b.h>

itemB;

main.cpp

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

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