DRAKON.SU

Черновик. Текстовый формат языка ДРАКОН. Часть 1

Критические замечания участника tonyk о реализации языка ДРАКОН для ПЛК





Полностью критику tonyk можно прочесть здесь
Считаю, что tonyk прав.

В данной теме я начал описывать текстовый формат языка ДРАКОН, но не в БНФ, а для скорости в упрощенной форме.
Схема исправлена по замечаниям участника Comdiv.

Схема исправлена по замечаниям участника Comdiv.

Уважаемые коллеги!
Прошу критиковать и указать на ошибки.

Предыдущее сообщение полностью изменено.


Уважаемые коллеги!
Прошу критиковать и указать на ошибки.

В ДРусскийАКОН почему то используются не русские слова?
Происходит какое то онаучивание Дракона.

Пустое занятие В.Д. Паронджанова.

В 02 и 03 страницах различные операторы с 11-м номером.

В чём смысл?

Это ошибка нумерации. Номера операторов не должны повторяться: 11, 12 и т.д. Спасибо за указание на ошибку

В чем смысл жирных, широких линий?
Ведь не очевидно, что они находятся между икон Ветка и Адрес или Заголовок и Конец.

Жирные, широкие линий обсуждались в теме "Эргономика ДРАКОН-схем / Жирная (широкая) ..." https://forum.drakon.su/viewtopic.php?f=175&t=7011

Жирные, широкие линий - вообще не нужны, более того, нарушается эргономика. Создается отвлекающий визуальный шум, которого не должно быть в схеме.

Критика есть, а "в ответ тишина", глухо!
Продолжать критику надо?

Для упрощения разбора фигурные скобки должны быть обязательными.
Раз уж взято направление на синтаксис С, то там, где в этом нет нужды, не следует от него отклоняться (например, elseif вместо else if).
Думаю, у авторов редакторов могут быть определённые сложности с сериализацией схем в такой текст.
А вообще, стоит явно проговорить цели, которым должна соответствовать текстовая форма.


текст1 = текст3, текст2 = текст4, а не должны бы, поскольку так нельзя разобрать, какой схеме соответствует текст
текст3 по аналогии должен быть таким


В тексте 11.1 лишние отрицания.

В 11.2-14 потеряно соответствие между схемой и текстом. Например 11.2 это ближе к
А если более обобщённо с учётом дополнительных конструкций, которые возможны в схеме, то

Также, в примерах не хватает других неструктурных элементов схем как во вложенной картинке.

Comdiv, спасибо, что откликнулись.
Благодарю за ценные замечания.
Буду отвечать по отдельным пунктам.

Правильно я понимаю, что нужно удалить и вместо него вставить:

Я вообще не понял для чего нужен этот формат. Есть drt, он текстовый. Чем он не устраивает?

Можно ничего не вставлять, если только не хотите дать дополнительные пояснения. А так - удаление самодостаточно.

Для удобства рассмотрения этого вопроса, пожалуйста, опишите формат подробно или дайте ссылку на его описание.

> опишите формат подробно или дайте ссылку на его описание.

https://drakon.su/_media/opisanie_formata_drt_a.pdf

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

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

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

Попробую указать цели.

1. Стратегическая цель

Язык ДРАКОН занимает ничтожно малую долю рынка. Отсюда цель — увеличить долю рынка.
Предполагаемая область широкого применения языка ДРАКОН: программирование микроконтроллеров и ПЛК.
Сегодня в этой области ДРАКОН используется в единичных случаях (С. Ефанов и А. Муравицкий).
Специалист по ПЛК tonyk подверг резкой критике такое положение и указал, как преодолеть этот недостаток.

2 Частная цель

Стандартизация требований к разработке дракон-редакторов (ДРАКОН-конструкторов). Наличие текстового синтаксиса позволит выгружать схему в виде текстового описания алгоритма, который можно обратно загрузить в редактор.
Сегодня код одного дракон-редактора нельзя вставить в другой дракон-редактор, они несовместимы. Стандартизация позволит устранить несовместимость.

Уважаемые коллеги!
Определение целей — трудная задача.
Прошу критиковать и дополнить список целей.

Для Григория Пуляева: см. viewtopic.php?f=211&t=7146

> Определение целей — трудная задача.

Это не только трудная, а ещё и первостепенная задача. Без этого мы не будем понимать куда нужно двигаться.

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

Сейчас есть 2 живых дракон-редактора:
1) ИС ДРАКОН.
2) Проекты которые делает Степан Митькин.
ИС ДРАКОН использует формат drt, если Степан добавит в свои проекты импорт/экспорт из этого формата, то задача будет решена.

> Сегодня код одного дракон-редактора нельзя вставить в другой дракон-редактор, они несовместимы.

А насколько эта проблема актуальна? Я не думаю что один и тот же проект кто то будет делать в разных редакторах.

Нет, задача не будет решена. Потому что tonyk (специалист по ПЛК) не будет пользоваться ни тем, ни другим редактором.

Вывод
Язык ДРАКОН будет по-прежнему занимать ничтожно малую долю рынка. Задача значимого увеличения доли рынка не будет решена.

Подробнее см. viewtopic.php?f=211&t=7146

Cпасибо за указание на ошибку.
В пунктах 7, 8, 9, 10 ошибочный термин elseif будет удален и заменен на правильный термин
else if.

Направление на синтаксис Си выбрано потому, что разработчики программ для микроконтроллеров и ПЛК пользуются преимущественно языком Си.