Forum.iFiction.Ru

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

Обо всём...

Группирование локаций.
Это всё относится к реализации идеальной платформы. При создании игры возникает выбор: сразу загрузить всю игру в память или загружать каждую локацию из файла (как в URQ, например). Если подгружать локации отдельно, то как быть с теми локациями, обстановка в которых изменилась? Придётся создавать дополнительный файл, где будут храниться описания изменённых локаций. И к этому файлу нужно будет обращаться каждый раз, когда персонаж покидает локацию. Если использовать полную загрузку данных в память, то тут могут возникнуть проблемы с нехваткой памяти. Единственный разумный выход, который я вижу в данной ситуации, это создавать группы локаций и от этого отталкиваться. Т.е. загружать в память группу локаций, с которой и работать до того момента, пока персонаж не покинет данную группу. Тогда сохранять результаты по группе и загружать новую группу. Меньше опирация с файлами, плюс меньшая загрузка памяти. Итого большее быстродействие.

Предел парсера.
Как я понимаю, сейчас ведётся активная работа над создание идеального парсера, который будет с максимальной точностью разбирать команды игрока. Вплоть до того, что он будет поддерживать несколько одновременно введённых команд. Например: "подними самый тяжолый кирпич и запусти им в толстого гоблина". Но вот вопрос: каким будет предел слова "несколько"? Две одновременно введённые команды? Три? К тому же всё идёт к тому, что порядок слов и наличие "неизвестных" слов будут играть второстепенную роль. Всё это, плюс свободный парсинг местоимений, числительных и прилагательных. И всё же, каков предел идеального парсера?

Объектность языка.
Как я понимаю все уже свыклись с той мыслью, что всё есть объекты. Что бы вы не взяли, от локации и предметов до персонажа и его инвентаря, всё есть объекты. Тогда возникает вопрос: будет ли объект являться общим для всего, и различаться только свойствами, либо это будут разные типы объектов, которые будут интерпретировать не по свойствам, а именно по их типу? Будут ли свойства объектов постоянными, неизменными и недополняемыми, либо они будут меться только как возможность их создания (добавления) объекту. На сколько гибким будет механизм свойств объектов? Каким он будет?

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