Forum.iFiction.Ru

stalker написал:

Согласен ООП (Объектно Ориентированный Подход ) в данном случае оптимален. А по поводу текстового ввода тут задачу нужно разбить на несколько частей:

1. получение команды от пользователя (собственно работа с устройством ввода)
2. разбиени команды на части с предварительным анализом введенной информации (парсинг)
3. реакция игры на команду

Вот и решать нужно эти задачи отдельно и обстоятельно.

Голова - хорошо, а полторы - лучше!  ;D
Обмозговать попробуем?

Я понимаю тебя. Давай-ка к этому еще вернемся, Ок? И предлагаю
(поскольку сам - тупой, невежественый, ленивый)
для начала обсосать идеи.

Кто знает - может кому-нибудь и поможет.
(Мне, к слову, это помогает сосредоточиться и расставить все по полочкам.)

stalker написал:

Согласен ООП (Объектно Ориентированный Подход ) в данном случае оптимален. А по поводу текстового ввода тут задачу нужно разбить на несколько частей:

1. получение команды от пользователя (собственно работа с устройством ввода)
2. разбиени команды на части с предварительным анализом введенной информации (парсинг)
3. реакция игры на команду

Вот и решать нужно эти задачи отдельно и обстоятельно.

Оспариваю:
Первые два пункта разумно объединить в один. И назвать интерфейсом.
От того, КАК происходит ввод команды сильно зависит то, ЧТО с вводом прийдется сделать,
прежде чем его можно будет использовать.

Наиболее простой метод получения команды от игрока- использование меню.
В любом его виде. Когда просто предоставляется список возможных выборов.
Даже если это "чтобы зажечь свечу введите 1, чтобы закрыть окно -2"....
(Выскажу свое IMHO: даже использование столь примитивного интерфейса,
при наличии всего остального в должной степени, не способно погубить хорошую игру.
Равно как и наоборот - даже экспертная система с элементами искуственнного
интеллекта не способна сама по себе вытянуть игру, сделать ее интересной.)

Так вот. По сути для такого минимального варианта не требуется ничего, кроме собственно моделирования, второй (и основной части).

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

(Возможен, к примеру, промежуточный вариант - манипулирование определенным набором понятий. <Действовать>=Зажечь, <объект>=Свеча, <средство>=спичкой....
Или там, явное ожидание ввода определенной(до символа) фразы "зажги свечку спичкой"
Как и всякий компромисс - морская свинка, ни рыба ни мясо... )

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

Вот. Теперь о моделировании.
Собственно всю игра - это не более чем совокупность (массив, список, итд) объектов с теми или иными свойствами.
Реакция программы на действия пользователя - в том или ином виде изменение свойств объектов.

Как все просто, не так ли?

Я ничего не про(у)пустил?

С чего начнем?

Вот думал-думал... и чем больше думал, тем больше вопросов возникало.

Посоветуйте. Мнение выскажите. Вразумите чайника.

Нужны ли на самом деле развесистые словестные конструкции ? (и какой минимальный набор необходим)?

Насколько целесообразно заставлять пользователя применять жесткие (like English) правила грамматики и следования слов?

Настолько ли действительно необходим этот идеальный парсер? Недоумеваю! :-/

>> >> Можно ли допустить присутствие неопознанных слов? 
>> На мой взгляд, нельзя

Парсер способный вычленить главное и правильно обработать фразу с лишними словами (естественные языки избыточны, кроме всего прочего) - большой плюс.

Надо поразмыслить....