Forum.iFiction.Ru

Nikita написал:

Wol4ik, ASBer, Larson, нордик, Антон Ласточкин, Madzi, Oreolek, я считаю, что вы все неправы

ASBer написал:

Все объекты могут быть интерактивными или декоративными.

Я бы настолько не упрощал. Объекты могут быть обязательными для взаимодействия или использования, необязательными, а также да, совсем декоративными.
Под декорацией в парсерах обычно понимается особый класс объекта, который просто на все действия отдаёт что-то типа "это не имеет значения". То есть это просто заглушки, чтобы избавиться от фрустрирующих ответов типа "я не знаю слово окно", хотя окно есть в описании локации. В игре, ставшей триггером данного обсуждения, такой декорацией является лунный свет, чтобы его лишний раз не щупали и не двигали.
При этом, необязательный для взаимодействия объект вполне может быть интерактивным. С тем же окном возможно вообще не нужно никак взаимодействовать для прохождения игры, но всегда приятно, когда реакции на "посмотреть в окно", "вылезти в окно", "открыть окно", "разбить окно" и пр. более разнообразны и соответствуют контексту команды, хотя по факту ничего и не дают. Это то самое, что и создаёт глубину мира, которая и лежит в основе особой эстетики парсерных игр.
К слову, некоторые объекты желательны, даже если не упоминаются в описаниях, например, земля или объект самого игрока.

Все объекты могут быть интерактивными или декоративными; интерактивные в свою очередь подразделяются на обязательные для продвижения по сюжету и на неважные для него. - Так лучше?

Просто я на всё смотрю с позиции TOM2, а там для декораций есть отдельная концепция:

 спойлер…

Парсер ТОМ2 обрабатывает не только объекты, но и их свойства.
Если нет необходимости взаимодействия с объектом, то и создавать его как объект нет никакого смысла.
Сравните:

Код:

location на_поляне
{
  трава //объект "трава"
  { prp _описание = "густая зелёная трава";
  }
  //в локации создаётся объект "трава", унаследованный от класса @трава и откликающийся на слово $трава
}

или

Код:

location на_поляне
{
  prp трава = "густая зелёная трава"; //свойство "трава"
  //для локации создаётся свойство "трава" строкового типа, унаследованое от класса @трава и откликающееся на слово $трава
}

Для парсера совершенно безразлично с каким типом значения он работает - с объектом или строкой.
Различия начинаются на уровне функций действий. Если к нам пришел объект - мы его осматриваем, берём, облизываем, всё что угодно.
Если пришла строка - для осмотра выводим её саму же, а для всех других действий выводим различные отговорки.

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

Отредактировано ASBer (12.10.2017 11:57)