DRAKON.SU

Генератор кода ДРОН Ярослава Романченко: http://sage.com.ua/ru.shtml?e6l0. Там же лежит старая версия ДРАКОН-редактора, которую поддерживает ДРОН.

Схема процедуры быстрой сортировки:

Файл ДРАКОН-схемы для ДРОН-а:

Сгенерированный код:

Замечание: в исходном варианте я допустил ошибку, забыл объявить локальные переменные i, j, x: INTEGER. См. сообщение Ярослава Романченко.

Объявление локальных переменных пропущено. Для них пока предусматривается место в блоке параметров, т.е. после ); надо ещё написать VAR и список локальных переменных.
Затем после генерации кода можно смело его компилировать
ЗЫ. Добавьте ещё в любом месте листа блок "комментарий" с содержимым вида (** AUTHOR " ... "; PURPOSE " ... " *), и если не возражаете я добавлю схему в архив с транслятором

Не будет слишком помпезно для простого примера? Не возражаю, если Вы просто так добавите.

Пустые обходы по "нет" в двух местах надо бы пустить наоборот, по прямой. Принцип "правее-хуже" тут надо интерпретировать так: "ничего не делать - всегда лучше всего"

А планируется ли синхронизировать формат входных файлов генератора кода с текущей версией редактора?

Без сомнения. Но в той совсем старой версии Дракон-редактора, которую поддерживает ДРОН, у меня это не получилось... А уж по какой схеме код генерился, ту и показываю, надо быть объективными.

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

Вам бы что-ли как-то договориться вдвоём о сотрудничестве...
Вот подумайте, сейчас более-менее какой-никакой, а ажиотаж вокруг Дракон-редактора возник. Понаскачивают люди что? Естественно последнюю версию редактора. И окажетесь Вы и Ваш кодогенератор отрезанным от большей части потенциальных пользователей Вашего кодогенератора...

Прежде всего хочу сказать большое спасибо тов. stikriz-у и тов. Ивану Иваноффу. См. http://www.computerra.ru/forum/index.ph ... TID=332361, около сообщения #625. Благодаря их настойчивости, я получил свой первый и интересный опыт составления алгоритма, начиная с ДРАКОН-схемы.
Стал делать методом пошагового уточнения (в ДРАКОН-редакторе от 18.04.2009). Сначала получилось: (в арх-х .7z лежат файлы схем .drt)В тексте окончательное решение оформлял бы в виде одной процедуры. Однако по правилам ДРАКОНа в схемах "примитив" нельзя использовать много икон. Переделал в схему-силуэт:Схемы смотрятся не идеально, но редактор пока - какой есть, тому и рады.

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

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

Вторая схема была напечатана, и по ней в старом редакторе для ДРОНА с нуля рисовалась схема, по которой должен генерироваться код. Были сделаны уточнения для проверки ошибочных ситуаций. Замечание: имена переменных местами не совсем правильны, но с имеющимися ср-ми их переделывать трудоёмко.

Код писался под КП/ББ (декларативные/маршрутные части у Компонентного Паскаля и Активного Оберона почти одинаковы).Сгенерированный код:В него нужно внести два исправления - добавить слово CONST перед объявлением констант Dr000VtkExit...(в АО CONST не обязателен?) и переместить процедуру Test в конец модуля (мне не понятен порядок, по которому перебираются схемы с листа). Надеюсь, уважаемый Ярослав Романченко найдёт время пояснить ситуацию.

Итоговый модуль ББ (с исп-ми и командером для вызова Test):
С этим схемами провозился часа 2-3 (правка схемы->генерация кода->перенос с испр-ми в ББ->компиляция->правка ошибок текстового кода в схеме->...). Сколько бы потратилось время с идеальным инструментом, сказать не возьмусь, т.к. пока трудно представить, как он устроен.
После (первой) удачной компиляции, код выполняется правильно (сужу по результатам нескольких тестов). Ест-но, могу ошибаться.

Положительный опыт: почувствовал, что удобнее - быстрее чем в тексте писать заготовки IF THEN ELSE и т.п. (даже с F5) и искать куда ткнуть текстовый курсор/бегать туда сюда кл-ми кур-ра при правках, создавать кусочек схемы-слепыша (иконы быстро натыкиваются) и место ввода текстовых операторов видно лучше и проще выбрать. Наверно, не особо понятно, но это, имхо, надо скорее прочувствовать самостоятельно...

Замечание: первая схема не совсем правильна с т.з. ДРАКОНА. Вот более правильная схема, где выполнена "пересадка лианы" и лишние блоки INC(cf) и INC(cd) убраны:Но по этой схеме, если не ошибся, генерируется не правильный код... Снова прошу Ярослава Романченко прокомментировать ситуацию, по-возможности.

Вы обнаружили ошибку в программе. Исправленная версия уже доступна по тому-же адресу для загрузки.Для АО порядок процедур не имеет никакого значения, в редакторе порядок процедур возможно задан порядком добавления схем в лист. Вобщем, при генерации кода это никак дополнительно не контролируется и порядок может при генерации даже быть изменён.Фактически данный приём в ДРАКОНе устраняет дублирование кода, в целевом же языке дублирования кода по-видимому избежать не удастся. Действительно, пока код генерируется неправильный. Эта ошибка пока присутствует и в исправленной версии транслятора.

Так в работающей схеме иконы и так дублируются. А хотелось бы со схемы их убрать (раз правила построения позволяют), тогда схема будет лучше восприниматься. А что код итоговый будет дублироваться - не беда.

Генерация Дракон => Active Oberon viewtopic.php?f=143&t=1080

Подскажите пожалуйста, где-нибудь есть инструкция, как пользоваться старым редактором, используемым для Дрон и генерации кода в Оберон?

Напишите в личку автору ДРОНа Ярославу Романченко.
Для этого
1) зайдите на форум OberonCore https://forum.oberoncore.ru/
2) зайдите в профиль Ярослава https://forum.oberoncore.ru/memberlist. ... file&u=287
3) напишите ему в личку.