Forum.iFiction.Ru

Обычно поступают проще. На примере Inform и Hydra:
у объекта может быть флажок supporter. Если он стоит, то на этот объект можно положить другие объекты. По аналогии вводятся и другие характеристики.
Хотя вот вес предметов в Inform тоже присутствует, что позволяет программировать ситуации, описанные Olegus'ом.
В Hydra веса как характеристики нет, но его можно ввести вручную.
А описывал я это к тому, что, по моему, не следует вводить такие характеристики, как размер, материал, а стоит вводить более общие: плавает, живой, недвижимый, далекий...

Как уже заметили выше, предметы и действия с ними в IF действительно слегка однообразны. Решение простое - универсальная система взаимодействия предметов. Именно так все происходит в реальном мире, и именно так это нужно перенести в IF. Wizard упомянул "флажки" в Inform. Если наделить ВСЕ придметы в игре определенными флажками ("горит", "обладает неприятным запахом" и т п), а также такими параметрами, как "в пределах досягаемости" и "звукопроницаемость и т.п. ; и закодировать их взаимоотношения с использованием этих флажков, можно запрограммировать даже те ситуации, которых автор не планировал, например, что деревянный стол можно втолкнуть в печь и сжечь, но ИГРА распознает это действие и совершит его. Интерактивность повысится в разы. Или я не прав?

Касательно сложности такого программирования, я думаю, это вполне осуществимо.

Могу точно сказать, что это вроде бы и не сложно, но ООООЧЕНЬ трудоёмко:) Здесь требуется не только две руки и одна голова, а много больше:

Во-первых, нужно начать создавать и со временем дополнять словарь ИМЁН СУЩЕСТВИТЕЛЬНЫХ, где помимо их словарных характеристик будут эти самые различные параметры предмета.

А во-вторых, нужно ВРУЧНУЮ писать подпрограмму на каждый глагол и учитывать все эти параметры:
например, глагол ПОЛОЖИТЬ НА - нужно учитывать вес предмета и прочность объекта на который он кладётся - если больше, то второй объект отправляется в подпрограмму ПОЛОМАТЬ либо СПЛЮЩИТЬСЯ, что опять же зависит от свойств предмета:)

Так что всё просто, но требуется слаженная работа некоего коллектива людей... Я бы с удовольствием занялся такой разработкой, но почему-то она мне напоминает расшифровку генома человека:)

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

Возобновление дискуссии на форуме QSP…