Добавление "универсального" префикса типа для переменных

Я тут заметил у меня половина кода написано как повезет в плане префиксов. Все операторы и функции не имеют жесткой привязки и можно использовать их в качестве переменных.

curloc=1 & !'Заблокирован'
$curloc='2' & !'Заблокирован'
#curloc=3 & !'Можно использовать'
%curloc=[88] & !'Можно использовать'

curloc
$curloc
#curloc
%curloc

!gs=11 & 'Заблокирован'
$gs='22' & !'Игнор'
#gs=33 & !'Можно использовать'

!gs
$gs
#gs

$стр='12345'
LEN($стр) & !'Работает'
!$LEN($стр) & !'Ошибка'
#LEN($стр) & !'Работает'
!%LEN($стр) & !'Ошибка'

STR=11
$STR='azaza'
#STR=55
%STR=[77]

!STR & !'Ошибка'
!$STR
#STR
%STR

Может стоит ввести для них универсальность, что бы все префиксы и операторах работали как один, и они не светились как ёлка на новый год? Когда-то меня очень злило что не мог засунуть силу персонажа в STR, но зачем тогда оставлять доступ к # и % мне не понятно, и так по всем остальным, они только с толку сбивают.

$mid, #mid, %mid - должны работать и подсвечиваться как простой mid не зависимо от префикса, тогда возможно будет меньше путаниц, и код станет красивее?.

Два общих правила:

• Использовать зарезервированные имена в качестве переменных крайне не рекомендуется.
• Для функций можно указывать префикс типа в случае, если функция возвращает значения этого типа.

В редакторах действительно стоит воспринимать все префиксы как префиксы, а не как часть имени - это проблема в QGen.

Byte:

В редакторах действительно стоит воспринимать все префиксы как префиксы, а не как часть имени

с эстетической точки зрения, когда префиксы подсвечиваются, как часть имени, код выглядит лучше. Не такой пёстрый. Но это оффтоп.

При правке игр с MAX/MIN в принципе сужается поле правок до вхождений с универсальным префиксом при условии, что в массиве хранятся разные типы данных.

Ещё я подумал про вопросительный знак в кач-ве универсального префикса. Мне кажется семантически это выглядит более правильно:

?value = @random_value()

Но меня всё равно смущает бессмысленность его введения в таком виде, потому что задумываясь о том, что тебе нужно написать префикс, ты скорее выберешь конкретный тип, а не Any, и позаботишься, чтоб функция возвращала этот конкретный тип.

!' По идеи префиксы должны работать везде, я вижу это так:

a  - универсальный
$a - текст
#a - число

min('a')  - вернет число, если нет тогда текст, если нет текста цифру - 0
min('$a') - вернет текст или пустую строку
min('#a') - вернет число или 0
$min('a') - вернет текст или пустую строку
$min('$a')- вернет текст или пустую строку
$min('#a')- вернет пустую строку
#min('a') - вернет число или 0
#min('$a')- вернет 0
#min('#a')- вернет число или 0

Сейчас префикс игнорируется кодом (по сути он бесполезный): '

$a[0]='art'
$a[1]='aaa'
#a[2]=5
#a[3]=2
$a[4]='tttt'
a[5]=7
!a[6]='пока не работает'

min('a')
min('$a')

$min('#a')
$min('$a')

#min('a')
#min('$a')

!#min('$a')- возвращает текст, хотя я явно приказал функции вернуть число. НАКАЗАТЬ ФУНКЦИЮ!

Сейчас префиксы типов для функций - для тех, кто любит явно указывать тип результата (для чтения кода).

Если хочется поведения, аналогичного переменным, то можно сделать, что если указан префикс типа для функции, но она вернула другой тип данных, то возвращается “значение по умолчанию” для указанного префикса.

Не знаю насколько это нужно, но это будет похоже на то, как работают префиксы типа для переменных.

Aleks Versus:

Ещё я подумал про вопросительный знак в кач-ве универсального префикса. Мне кажется семантически это выглядит более правильно.

Мне не очень нравится отдельный символ для универсального префикса т.к. тогда появляются вопросы к семантике отсутствия префикса.

Byte: Не знаю насколько это нужно, но это будет похоже на то, как работают префиксы типа для переменных.

Да, в этом и смысл, чтобы ввести универсальные переменные и заблокировать зарезервированные. Что бы нельзя было писать (говнокод) вот так:

fname[0]=11 & !Универсальный
$fname[1]='Tahoma'& !Текстовый
#fname[2]=33& !Ошибка
fname[0]
$fname[1]
#fname[2]

or[5]=55 & !Ошибка
$or[1]='loc' & !Ошибка
#or[2]=66& !Ошибка
or[5]
$or[1]
#or[2]

В это же время будет работать $min('$a') - аналог $min('a') и min('$a'). Это упростит написание кода и не надо будет думать нужен префикс в fname или нет, вить в гиперссылках подсветки синтаксиса нет. В данном случае ты объявишь новую переменную вместо нового шрифта, твоя HTML таблица посыпется, а ошибку уведешь лишь при проверке самой игры.

Byte:

ARRPOS используются часто, поэтому либо искать среди всех значений для пустого префикса (что может сломать часть игр), либо действительно менять поведение в зависимости от типа аргумента

Нужно понять как много игр это может сломать. В абсолютном большинстве случаев в массив записывают значения одного типа, в оставшихся кейсах редко используют arrpos в таких массивах. С другой стороны, уже есть ф-и, которые принимают разные типы аргументов - arritem/arrtype/setvar. Возможно, стоит искать значение в зависимости от переданного типа.

Я проверил игры - похоже, что имеет смысл использовать такой подход:

Если префикс не указан, то сравнивать согласно правилам сравнения языка.

ARRPOS(’a’, v) обходит массив и возвращает первую позицию, в которой a[i] = v - аналогично “if”.

При указании префикса типа (#, $, %) поиск будет такой же, как и сейчас.

Это нарушает совместимость в некоторых случаях, но почти всегда все будет работать правильно.

Если неинициализированные числовые переменные читать “как есть”, то:

1. в большинстве игр вместо “0” будет выводиться пустая строка, н-р ‘Ваш счет: <<n>>’.
2. в части игр число используется как часть имени файла (view/img/play) - файл будет не найден.
3. в части игр используется в индексе массива:
   1. если это уже строковый индекс, то проблема возможна при a[”<<x>>_4”] и если “x” начинают использовать в инициализированном и неинициализированном виде.
   2. если это числовой индекс, то для неинициализированного индекса массива считать, что обращение идет к элементу 0 (тогда $A[p] будет то же самое, что $A[0] (или просто $A) если P явно не задана) - вроде бы, это нормальное решение с учетом стандартного правила “неуказанный элемент массива означает элемент 0”.
4. имена предметов, действий, локаций, переменных могут зависеть от переменных

UPD: Проверил все игры - похоже, что проблемных ситуаций вида 3a и 4 практически не существует (всего 5 игр в каталоге).