STK1: различия между версиями
Hind (обсуждение | вклад) |
Fireton (обсуждение | вклад) |
||
| Строка 7: | Строка 7: | ||
В данной версии СТК (STK1) будет уделенно внимание базовой структуре самого языка, оформления текста в игре. А также развитие ООП на основе трех базовых типов объектов и отношений. | В данной версии СТК (STK1) будет уделенно внимание базовой структуре самого языка, оформления текста в игре. А также развитие ООП на основе трех базовых типов объектов и отношений. | ||
| − | Главная цель версии STK1 - это восоздать нормальную и рабоспособную платформу на основе менюшной со спектром широких возможностей требующихся для разработки, как простых квестов, так и сложных. | + | Главная цель версии STK1 - это восоздать нормальную и рабоспособную платформу на основе [[менюшная платформа|менюшной]] со спектром широких возможностей требующихся для разработки, как простых квестов, так и сложных. |
==Схожести и различия платформы== | ==Схожести и различия платформы== | ||
| − | По аналогии с ООП напоминает TADS, но в отличие от него использует ООП проще и гибче, за счет | + | По аналогии с ООП напоминает [[TADS]], но в отличие от него использует ООП проще и гибче, за счет ограничений множественного наследования у классов и поддержка этого наследования у отношений, которые в одно и тоже время задают сигнатуру объекта и правила работы с ним по отношению к другим объектам. Наследование самих объектов реализовано, также как и в Паскале, т.е. базовый объект и производный от него в линейном порядке объект. |
| − | Есть сходство с | + | Есть сходство с [[URQ]]ой, но в плане языка гибче и удобнее, дает возможности реализовать теже ИЛ без особых затруднений в возможностях вариациях. |
| − | Также есть сходство с QSP, в плане реализации языка, но в следствии того, чтого язык использует комбинированный подход к описанию квеста, язык намного проще и содержит не так много отдельных и самостоятельных функций. Все остальные концепции заэувалированны через тэги с атрибутами. | + | Также есть сходство с [[QSP]], в плане реализации языка, но в следствии того, чтого язык использует комбинированный подход к описанию квеста, язык намного проще и содержит не так много отдельных и самостоятельных функций. Все остальные концепции заэувалированны через тэги с атрибутами. |
==Особенность платформы== | ==Особенность платформы== | ||
| − | Концепция права выбора в реализации самого квеста, т.е. выбор реализации его управления (меню или парсер), выбор вывода текста и его оформления и т.д. | + | Концепция права выбора в реализации самого квеста, т.е. выбор реализации его управления ([[менюшная платформа|меню]] или [[парсер]]), выбор вывода текста и его оформления и т.д. |
[[Категория:Смешанные платформы]] | [[Категория:Смешанные платформы]] | ||
Версия 13:19, 19 января 2008
STK1
Содержание
Общая информация
Первая из трех ветвей развития проекта LASOFTGAME (Language system of tags for text game) - языковой системы тэгов для текстовой игры, совмещающей использование команд и тэгов для описания и представления квеста в проигрывателе данной платформы.
Основные тенденции развития версии
В данной версии СТК (STK1) будет уделенно внимание базовой структуре самого языка, оформления текста в игре. А также развитие ООП на основе трех базовых типов объектов и отношений.
Главная цель версии STK1 - это восоздать нормальную и рабоспособную платформу на основе менюшной со спектром широких возможностей требующихся для разработки, как простых квестов, так и сложных.
Схожести и различия платформы
По аналогии с ООП напоминает TADS, но в отличие от него использует ООП проще и гибче, за счет ограничений множественного наследования у классов и поддержка этого наследования у отношений, которые в одно и тоже время задают сигнатуру объекта и правила работы с ним по отношению к другим объектам. Наследование самих объектов реализовано, также как и в Паскале, т.е. базовый объект и производный от него в линейном порядке объект.
Есть сходство с URQой, но в плане языка гибче и удобнее, дает возможности реализовать теже ИЛ без особых затруднений в возможностях вариациях.
Также есть сходство с QSP, в плане реализации языка, но в следствии того, чтого язык использует комбинированный подход к описанию квеста, язык намного проще и содержит не так много отдельных и самостоятельных функций. Все остальные концепции заэувалированны через тэги с атрибутами.
Особенность платформы
Концепция права выбора в реализации самого квеста, т.е. выбор реализации его управления (меню или парсер), выбор вывода текста и его оформления и т.д.
