DRAKON.SU

Задача связана с построением по тексту программы ее графа управления.

Думаю, если побачить литературу, особенно на английском языке, можно "накопать" что-либо интересное на эту тему...

Да как бы и не только литературу. Ещё вроде под ДОСом был ассемблер, который блок-схему по тексту рисовал

Не совсем в тему, но интересно:
https://www.lucidchart.com/

А не эту задачу решает Дмитрий_ВБ в соответствующей утилите к ДАЛВЯЗ?.. Уж не говоря о семантическом редакторе (имеется в виду пока АСД)...
Ну и "Ракетный дизайнер кода" тоже...

В своём коде наверное только Дмитрий_ВБ и разбирается, или кто-то ещё "осилил"?

Интересное приложение и хороший редактор. Видел его раньше.
Сейчас он выглядит ещё лучше. Чернею от зависти.

Одно "но": больно он тормозит.
Ничего не поделаешь - графическое веб-приложение медленнее, чем десктопное на пару порядков.

Степан, ну что Вам завидовать - у Вас прекрасный продукт, надо его развивать )))

1. Интерфейс на русском языке
2. Иконы реального времени
3. Сохранение в XML.

Степан Борисович, помню, что Вы высказывались против XML.

У меня просьба. Изложите, пожалуйста, Ваши аргументы против (или за) XML — для целей дракон-конструктора. Желательно поподробнее.

Спасибо

Будет в версии 2.0. Спасибо за поддержку!

http://www.codinghorror.com/blog/2008/0 ... t-tax.html

1. XML совершенно не предназначен для чтения человеком.
Слишком много угловых скобок ломают глаза.
Повторяющиеся теги занимают место в файле и требуют усилий для прочтения.

Кто не согласен, пускай посмотрит на JSON, Lua, YAML. INI, в конце концов.

2. XML совершенно не предназначен для чтения компьютером.
Слишком сложный синтаксис делает чтение XML-файлов медленным.

3. Escape-последовательности убивают читаемость на корню.

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

В случае же бинарного формата SQLite, сохранение и запись даже очень больших
файлов происходит почти мнгновенно. Потому что обычно нет необходимости
перезаписывать весь файл.

Это всё всего лишь моё мнение.
Факт же заключается в том, что людям нужен XML, потому что это стандарт де-факто.

Если сохранить ДРАКОН-схему в текстовом формате, например XML, легче не станет.
Графика - она и есть графика. Она двумерная.

Вот, посмотрите на вложенные файлы.
drn_to_xml.tcl экспортирует файлы .drn формата в XML.

Понять алгоритм из XML-файла невозможно.
Может, можно хоть как-то сравнивать их тулзами типа WinMerge...

Продвинутый пользователь / разработчик читать его всё-же может. Подсветка синтаксиса и фолдинг может немного помочь. Положительным моментом здесь является, то что при чтении хорошо разработанного XML документа мы для всех данных сразу видим их тип и назначение. Т.е. имея лишь пример документа легче написать программу для чтения из него данных. Формат самоописательный.
Чтение с построением объектной модели документа (DOM) медленное, чтение без построения объектной модели (SAX, Simple API for XML) быстрое.
Смотря, что хранить... Обычный программный текст не должен сильно исказиться.
Есть такая проблема. Решение - один файл, один модуль программы. Не стремиться хранить в одном файле всё, всё, всё.
Преимущества на лицо, СУБД большие объемы данных записывает/читает блоками, маленькие объемы кеширует. Современные СУБД занимают внушительные пространства на жёстких дисках компьютеров, чего не скажешь конечно о SQLite - самой пожалуй маленькой СУБД.Это так.

Так никто такой целью и не задаётся.А вот это ценно!

Интересные форматы представлены в редакторе yEd http://www.yworks.com/en/products_yed_about.html
Многие широко известны и вполне могут подойти для ДРАКОНа.

Я присоединяюсь к этому мнению.

Конечно, Вы выбрали путь не "конструктора, не ползволяющего неправильные шаги", а инструмента, позволяющего быстро нарисовать схему, самостоятельно контролируя правильность. Но достигли быстрого результата - и пользоваться инструментом приятно, в том числе в редком режиме, когда нужно "достать и стрелять" (С) Ткачёв

Желаю Вам дальнейших успехов!

Это не отменяет важности исследований по созданию "конструктора схем" по принципам Владимира Даниеловича...

Как в семантическом редакторе... Т.е. средства уже предусмотрены... основанные на понимании структуры программы (ну или инструкции человеку) и на реализации его в среде...
В целом по возможности разных представлений - Ярослав уже сказал, что эти задачи имеют одинаковую сложность. Если есть не только КАК-определение формального языка (те же тезисы как правила преобразований), но и ЧТО-определение (формальная грамматика). И да, её надо писать на РБНФ... и для языка, предложения которого получаются только вложением ("вводом атома"), это не так трудно... так что пробуйте написать для языка с переносами точек стыка цепей ("пересадками лиан", в частности)...
Замечания Сергея также имеют отношение и к структуре проекта и вообще "творческой базы" ((С) Грабин), накапливаемой при разработке.

Как раз недавно думал еще об использовании XML для представления логических схем алгоритмов и программ.

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

По поводу XML

Под руководством Николая Георгиевича Созорова в Томске создан (закрытый) дракон-редактор, который (в частности) поддерживает ХМL. Цитирую:

http://www.lib.tpu.ru/fulltext/m/2009/m ... oshin.html

Это отнюдь не новая информация. Я вспомнил об этом, когда перечитал наш архив здесь
viewtopic.php?f=94&t=3147

И от кого они интересно закрываются? Судя по описанию, интересный должен быть редактор.

Как я предполагаю, дракон-редактор, созданный под руководством Николая Георгиевича Созорова, используется при проведении коммерческих занятий со слушателями, которые проводятся за плату. Именно поэтому редактор закрытый. Впрочем, точно я не знаю.

Созоров поддерживает со мною связь по телефону.
Звонит мне примерно два раза в год.

Я неоднократно приглашал его принять участие в работе нашего форума.

Дополнительную информацию о Созорове можно посмотреть здесь
viewtopic.php?f=62&t=3413