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

Если какая-то функция совсем плохо вяжется с новой концепцией, проще, наверное, добавить новую функцию, а старую оставить, но депрекейтнуть. Например, наряду с arrpos ввести arrindex, которая буде…

Я уже настолько привык к текущим комментариям, что они не кажутся мне неудобными :) Не так давно стало возможно писать комментарии в многострочных операторах после “:” - это решило большинство проблем…

Byte:

Касательно “==“: если добавлять ==, то кажется логичным добавить !=.

Лично у меня нет проблем с <> (в Lua вообще ~=), но если добавление != ничем не грозит, почему бы нет….

Касательно “==“: если добавлять ==, то кажется логичным добавить !=.

ARRTYPE совсем не поменяется - сейчас возвращается текущий фактический тип данных в ячейке массива. Если там не будет значения, то она также вернет пустую строку.

Про другие функции - нужно внимате…

Появились ещё маленькие вопросы, которые можно отнести к разряду сохранений совместимости.

ARRTYPE сейчас возвращает пустую строку, если переменная/ячейка массива не существует. Что она будет в…

Я имел в виду поддержку “&” и “;” для разделения операторов - можно использовать и то и другое в качестве разделителя. Про комментарий - сейчас нельзя так просто отказаться от “!” как оператора - это…

Byte:

По поводу ; - можно рассмотреть как альтернативу &. Добавлять новую конструкцию для завершения операторов нет смысла, по-моему.

Альтернативу & в каком смысле? Как оператор кон…

По поводу ; - можно рассмотреть как альтернативу &. Добавлять новую конструкцию для завершения операторов нет смысла, по-моему.