Насколько надёжно и проверенно QSP работает:
- с массивами (в том числе ассоциативными) больших размеров;
- большим количеством локаций;
- функцией "menu";
- html-тегом <A>…</A> с префиксом "exec:";
- вызовом меню по ссылке?
А также:
- Какова область видимости переменных?
Я возлагаю на эти элементы свои основные надежды.
И ещё — подтип "контекстно-менюшная игра" уже успел кто застолбить? Есть образцы?
Неактивен
По всем пунктам работает нормально всё. Проверено временем и играми.
Переменные как правило глобальные, кроме массива аргументов ARGS/$ARGS и переменной результата RESULT/$RESULT.
Аргументы можно передавать при переходе на локацию, при выполнении локации как функции, а также когда выполняется блок кода как анонимная функция (DYNAMIC/DYNEVAL).
"Контекстно-менюшная" - если я правильно понимаю, то подобные эксперименты были. Сходу можно назвать "Укузю" и недавнюю "Цветохимию".
Отредактировано HzD_Byte (15.03.2010 23:46)
Неактивен
В INSTEAD много чего нет ![]()
Неактивен
Однотипные свойства очень просто реализуются через массивы - был_на_локации[$curloc]=1, $описание['пальто']='Очень теплое пальто.' и т.п.
Кстати говоря, динамическая генерация кода - намного более мощная штука, чем ООП. А она в QSP поддерживается.
Неактивен
Я вижу 2 варианта:
1) Передавать через строковый параметр (при вызове преобразовывать в строку GS 'функция', STR num) - тогда в функцию аргумент всегда будет приходить как $args[0]
2) Проверять в начале строковое значение - $args[0], если оно не пустое, то использовать его, иначе числовое. Это будет вполне корректно для описанной ситуации с идентификаторами:
iif($args='',args,$args)
Неактивен
Да, это тоже вариант ![]()
Неактивен
Просто игнорирует.
Неактивен