DRAKON.SU

Это отличный шаг в правильном направлении.
Я сам сначала нашел drakonLua и drakonJS неестественными, несмотря на унифицированный синтаксис и относительное отсутствие синтаксиса. Я уверяю всех, что после 8 часов интенсивного использования он кажется более естественным, чем синтаксис lua или js, и после этого требуется гораздо больше времени, чтобы привыкнуть к синтаксису lua или js. Просто нужна некоторая адаптация.

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

Изображение

Что-то вроде этого намного лучше, особенно это изображение

Изображение

Нет причин, по которым имена функций не могут иметь пробелы в редакторе drakon и преобразовываться в стиль camelCase или under score во время сборки. Также нет причин, по которым такие имена не могут иметь изображения в качестве префиксов.

Некоторые функции, которые используются постоянно, например логические операторы или назначения операторов, должны иметь собственную стилизованную версию вопроса или значка действия. Для редактора значки не будут отличаться от обычных значков вопросов или действий, но для человека-пользователя будет очень полезно различать их с помощью «синтаксического сахара» в форме диаграммы, как на изображении выше.

Однако основная критика, которую я испытываю в отношении предлагаемого синтаксиса, заключается в том, что имена функций находятся под их операторами, это неестественно. Люди привыкли читать сверху вниз и обычно оставляют писать. Почему бы не поместить имена функций над их операторами, а также заключить операторы в прямоугольник более светлого цвета, чтобы имя функции отображало ее область действия?

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

Самое важное, что я могу сказать, это то, что для того, чтобы иметь хороший новый синтаксис, вы должны начать с хорошего кода. Включение нескольких шагов в один значок - плохая практика. Это та же проблема, что и функция, которая выполняет две функции. Силуэт - перевязка от этой проблемы. Лучшее решение - просто выделить каждый шаг в отдельную диаграмму. Такой способ написания диаграмм занимает больше времени, но его легче читать.

Например,
Код:
randomString = Math.floor (Math.random (0, 100) * 200)

должен стать
Код:
randomNumber = getRandomNumberBetween (0, 200)

затем внутри диаграммы getRandomNumberBetween два значка действий, по одному для каждого шага


Код:
flooredNumber = Math.floor (number)


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

Дополнительные примечания:
я не думаю, что текст с разными цветами - хорошая идея, потому что это затрудняет создание темных и светлых тем.

Белый текст на синем фоне плохо читается и т. Д.
Весь текст должен быть одного цвета, должны меняться только цвета фона.

Если вы хотите указать, что текст отличается, поставьте перед ним изображение (например, синий кружок). Цвета шрифта имеют ограниченный диапазон, прежде чем у вас закончатся работающие цвета. Изображения с префиксом никогда не закончатся, даже если у вас есть 1000 вариантов использования нового изображения.

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

Вот макет того, как, по моему мнению, может выглядеть вызов функции функции Фибоначчи. Это просто причудливый «значок действия».

Изображение

Имя функции - Фибоначчи, заголовок вверху. Это будет редактируемый текст, следовательно, изображение с отступом.
Имя предваряется универсальным значком «функция». Если пользователь видит этот значок, он знает, что имя функции находится справа от него. В синтаксисе () нет необходимости.

Параметры следуют за вызовом функции ниже, один за другим, в этом случае есть только один параметр. Пользователь мог удалить его, щелкнув «x», или добавить другой параметр, нажав «+».

Тип, ожидаемый для первого параметра, показан значком синего круга, обозначающим «целое число», а также текстовой меткой, что делает его предельно понятным. Это только для чтения. Справа находится поле редактирования, в котором существует текст-заполнитель `n`, который можно изменить на некоторое целое число. Любой недопустимый ввод, такой как число с плавающей запятой или строка, в этом поле не допускается, и его граница в идеале должна стать красной.

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

Последующие изменения в определении функции или значке вызова должны выделяться красным цветом, если количество и тип параметров не совпадают между определением и вызовом.

Это всего лишь макет простой иконки действия. Значок вопроса будет очень похож, за исключением того, что у него будет другой цвет границы, возможно, желтый вместо синего, и другая форма границы, например, идеальный прямоугольник, а не прямоугольник с закругленными углами.

Значок вопроса будет иметь поле редактирования в заголовке, как и значок действия, но если текст в поле редактирования соответствует определенным строкам, таким как раскрывающийся список, пользователь может выбрать условный оператор, такой как «Меньше, чем», «Больше, чем», Равно, Меньше или Равно и т. Д., Значок автоматически изменится, чтобы отразить выбранный условный оператор, а счетчик параметров будет зафиксирован на 2. Это может быть сравнение двух целых чисел или сравнение двух переменные, целое число или переменная. Заголовок значка вопроса также может быть вызовом функции другой диаграммы, которая возвращает логическое значение, а не встроенное выражение, например «Is Alive?». в качестве функции для значка вопроса, запускаемого для оценки, которая может иметь или не иметь параметры ниже. В этом случае,

Изображение

Выше приведен пример макета значка вопроса, который оценивается как истина или ложь в зависимости от ориентации истина / ложь, только если все параметры равны друг другу (оператор И).

Вот макет значка действия назначения, как он был бы написан на drakonLUA или drakonJS раньше, также включен ниже

Изображение

Код:
Результат =
20 Фибоначчи


или более традиционно,

Код:
Результат = Фибоначчи (20)


предложения:
почерпните вдохновение из языка Lisp, где все является s-выражением, функции имеют префиксы с их операторами, и это всегда константа под капотом, поэтому легко создать инструменты для IDE

Lisp, вероятно, является языком с наименьшим синтаксисом , поскольку все зависит от позиции. Сложнее всего запомнить, что позиция означает, что именно здесь визуальные подсказки помогают пользователю, например, изображения или метки только для чтения, которые заполняются автоматически, или раскрывающиеся списки, которые заполняются автоматически.

(добавить 5 6)
11
(+ 5 6)
11
(* 5 6)
30
(Фибоначчи 20)
6765
(Назначить результат (20 Фибоначчи))
Результат = 6765

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

(Infix 5 + 6)
11

С визуальными подсказками становится намного проще работать с s-выражениями. , и он будет очень структурно согласованным, без особых случаев.

Вот факториальная функция, написанная на lisp

Код:
(функция (факториал n)
(если (меньше или равно n 1)
1
(умножить n (факториал (вычесть n 1)))))


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

3. Следуем правилам дракона: убираем зрительный шум, применяем прямоугольные формы.