Обсуждение ИС Дракон

Учитывая интерес (как собственный, так и сообщества) к данному средству, решил вынести в отдельную тему, т.к. вобсуждении статьи очень тяжело ориентироваться.
Цель - не только обсудить, но и в меру возможностей посодействовать развитию данного проекта.
Задачи:
1. Создание актуальной и удобной справочной системы
2. Совершенствование кодогенератора, поддержка новых языков
3. Что-нибудь ещё придумаем по ходу :)
______________________________

Мои предложения по п.1:
Организовать открытый проект на вики-системе, чтобы каждый мог легко внести свой посильный вклад в свободное время.
Например, на викиучебниках (если там модеры не такие отмтроженные, как на педивикии)

По п.2 пусть предлагают те, кому актуально *(ассемблисты, например).
От себя бы предложил автору представить полную спецификацию формата хранения дракон-схем .drt, чтобы люди могли подключать к редактору собственные примочки (не только кодогенераторы, а и преобразователи, например, в .pdf, .doc итдитп.)

В общем, как-то так.

1

Сообщение от botmom12345 Кстати, уважаемые любители (и профессионалы :-) опенсорса, существует же dragon editor. Можно включиться в работу там.

Можно и вообще с нуля начать.
Только зачем, когда уже проделана огромная работа и в целом работать вполне удобно, за исключением некоторых спорных моментов (но не принципиальных)
К тому же, Tcl/Tk несколько отличается (мягко говоря) от привычных инструментов.

0

Сообщение от botmom12345 Кстати, уважаемые любители (и профессионалы :-) опенсорса, существует же dragon editor. Можно включиться в работу там.

Tcl. Как то мало привычно - Паскаль, Си, Плюсы еще как то видятся как инструмент. Хотя в принципе формат блок схем Dragon editor открыт, как вариант можно рассматривать - написание хоть какого то транслятора.

0

Можно и вообще с нуля начать.

Можно кстати не совсем с нуля, а сделать плагин к готовой IDE, C::B например. Там уже будут такие вещи, как гибко настраиваемый интерфейс, менеджер проектов, etc. Прикрутить, я думаю, можно примерно в таком же стиле, как wxSmith (визуальный редактор GUI). Остается только редактор схем, кодогенератор и желательно - интерфейс к отладчику, причем лучше - уже имеющемуся.
Плюсы:
* Кроссплатформенность
* Готовая открытая модульная IDE
* Достаточно привычные средства разработки (С++/wxWidgets)
* Поскольку есть инфраструктура компиляции и отладки - можно сразу из набора схем получать исполнимый файл
Минусы:
* Нужно разбираться в структуре C::B
* Возможно возникнут проблемы с гибкостью самой среды и ее придется допиливать (благо, она открытая)
* Жестко заданный инструментарий (C++/wxWidgets)

Аналогично можно прикрутиться к Eclipse. Дополнительный плюс в этом варианте - это мощная IDE, разработанная профессионалами. И другой инструментарий - Java. Кому-то это плюс, кому-то минус.

0

Алсо, если бы я начинал совсем с нуля, то взял бы инструментом Delphi (версией посвежее, ибо уникот) и двигался примерно в таком направлении:
1) Редактор дракон-схем в виде компонента. Без кодогенерации и скорее всего - без работы с файлами. Только редактирование схемы и представление ее в виде структуры данных в памяти.
2) Базовая IDE. По сути - только оболочка для сборки воедино плагинов, которые могут взаимодействовать, создавать свои тулбары/окна/меню/вкладки редактирования. Оболочка должна позволять гибко настраивать интерфейс и сохранять его конфигурацию.
3) Плагин редактирования схем на основе компонента из п.1. Работу с файлами - в нем, для хранения лучше всего использовать XML (гибкий, древовидный, легкочитаем человеком).
4) Менеджер проектов. Организация модулей в проект, настройки проекта, все такое.
5) Инфраструктура кодогенерации, кодогенераторы.
6) Инфраструктура компиляции нагенерированного и отладки прямо по схеме.

Тогда получится достаточно мощный и удобный инструмент... Но работы много. И я этим явно заниматься не буду - энтузиазма хорошо если на первый или второй пункт хватит. Разве что в команде как архитектор)

0

Сообщение от Vko Алсо, если бы я начинал совсем с нуля, то взял бы инструментом Delphi (версией посвежее, ибо уникот)

Может Tozorus - кроссплатформа все таки? Я бы Вас поддержал :)

0

Лазарус в свое время на меня произвел впечатление чего-то полунерабочего. И главное - у Delphi мощная база компонентов, что может существенно облегчить пункт 2, плюс поддержка такой любопытной вещи, как DPL, которая позволяет разбивать код на несколько исполняемых модулей сохраняя все возможности языка так, как будто все модули собраны в один исполняемый файл - плагины я бы делал именно на нем, хотя это и достаточно серьезно ограничивает инструментарий их написания.
Сам лазарус кстати имеет совершенно ненастраиваемый интерфейс, а для добавления компонентов необходимо перекомпилировать всю среду. Это вызывает сомнения в его гибкости (FPC не держит ничего, аналогичного DPL, да и вообще, имеет определенные ограничения из-за использования BinUtils вместо своего линкера, как у Delphi, гибкость библиотеки компонентов лазаруса - LCL - тоже вызывает сомнения).

0

Сообщение от Vko Лазарус в свое время на меня произвел впечатление чего-то полунерабочего.

Не сомневайтесь Лазурус вполне сейчас на уровне, не Delphi - но что то очень близкое. Delphi не свободен, да и не кроссплатформенен, или что то изменилось?

Сообщение от Vko И главное - у Delphi мощная база компонентов, что может существенно облегчить пункт 2,

Да много ли там компонентов понадобиться? Вся отрисовка на канве. Вы же хотите модульность, можно поступить как в myx множество маленьких утилиток делающих каждая свое. Ради интереса скидал код на коленке отрисовывающий модули Дракона. Лазарус все хорошо потянул.

P.S. Ну или Qt все таки тоже свободен и кроссплатформенен.

0

Уважаемые участники форума,

ИС Дракон будет настраиваться на любой язык (с метками и goto) и ассемблер, надо подождать, т.к. пришлось значительно обновить трансляцию и еще есть сопутствующие изменения,

формат файла (устаревший формат) выложен здесь,

справку надо обновить.

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

0

Сообщение от dragonedit Вам нет необходимости заниматься повторением разработки. Ведь Дракон вам нужен сейчас для использования.

Золотые слова! :)

0

Не сомневайтесь Лазурус вполне сейчас на уровне, не Delphi - но что то очень близкое. Delphi не свободен, да и не кроссплатформенен, или что то изменилось?

Таки сильно сомневаюсь я в лазарусе, я бы скорее плюсы с хорошим GUI-тулкитом взял, чем то, что видел. По поводу Delphi - увы, ничего не изменилось. Только на тыреном работать. Из кроссплатформы могу только Wine предложить) Хотя, еще можно воспользоваться Delphi Prism, он на дотнете. Можно наверно на Mono запускать.

Да много ли там компонентов понадобиться? Вся отрисовка на канве. Вы же хотите модульность, можно поступить как в myx множество маленьких утилиток делающих каждая свое.

Там требуются компоненты, позволяющие свободно таскать тулбары и инструментальные окна по докам, а также возможность из плагинов эти самые докируемые окна и тулбары создавать. Кто-то например Project Manager слева разместит, кто-то справа, а кто-то - и вовсе свернет во вкладку, да еще по соседству на тот же док накидает еще пяток вкладок.

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

Мне - нет. Тем более с неудобной средой.

0

Сообщение от Vko Только на тыреном работать.

Ну если Delphi 3.0 или Borlomd Builder 6.0 то есть и вполне законные честно купленные :) так что с точки зрения лицензионной чистоты кода все будет хорошо.

Сообщение от Vko Из кроссплатформы могу только Wine предложить) Хотя, еще можно воспользоваться Delphi Prism, он на дотнете. Можно наверно на Mono запускать.

Ничего не могу сказать по этому поводу - не умею ни то и другое. Разве что только Wine или ReactOS.

Сообщение от Vko Там требуются компоненты, позволяющие свободно таскать тулбары и инструментальные окна по докам, а также возможность из плагинов эти самые докируемые окна и тулбары создавать. Кто-то например Project Manager слева разместит, кто-то справа, а кто-то - и вовсе свернет во вкладку, да еще по соседству на тот же док накидает еще пяток вкладок.

Так далеко я даже и не смотрел, по мне повторить то что получилось у Тышова будет уже достижением, выложить в GPL на GIT и может кто еще подключиться. Никогда не умел рющками обращивать, тут буду совсем бесполезен. Понимаю что для качественного профессионального продукта это необходимость.

0

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

0

Сообщение от Vko Так что если "повторять достижение Тышова" - то следует писать компонент-редактор ДРАКОН-схем.

Пойдем дальше деклараций? Глядишь Тышова наши неуклюжие попытки подтолкнут поднять удобство интерфейса на новый уровень, мы ж только рады будем?

0

Мне кажется оптимальным вариантом опенсорсного движка мог бы быть Питон+PyQt

0

Доброго времени суток.

Сразу хочу поблагодарить Сергея Ефанова. Замечательные ролики, заинтересовали сразу же. :) А вопрос у меня вот какой, никак не могу разобраться как оформить прерывание (AVR Studyo 5.0). Что-то показалось логичным создать примитив отдельный и в гноме его указать. Так-то все в коде вставляется верно, вот только выйти нормально не получается. Для примера вот картинка:


http://idm2007.narod.ru/other/img/testdragon.png

В заголовке код:

Все остальное без особенностей, а вот в иконе "Конец" я не знаю что писать. Вроде как ничего не нужно, просто комментарий написал. А вот что получается (немножко почистил):

Так-то алгоритм выполняется верно, но как для прерывания так беда совсем... Буду благодарен если подскажете, что же я не так делаю.

Сообщение от idm2007 Доброго времени суток.

Доброго!

Сообщение от idm2007 Все остальное без особенностей, а вот в иконе "Конец" я не знаю что писать. Вроде как ничего не нужно, просто комментарий написал. А вот что получается (немножко почистил):

Я кстати тоже заметил вот такие вот выкрутасы ИС-Дракон делает в ветвлениях на шампурах, может попробуете разместить в силуэте все, а ветвление заземлить на оконечый шампур.

0

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

Сообщение от idm2007 Все остальное без особенностей, а вот в иконе "Конец" я не знаю что писать. Вроде как ничего не нужно, просто комментарий написал. А вот что получается (немножко почистил):

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

0

Сообщение от dragonedit Икона "Конец" чаще всего в коде располагается в середине процедуры, функции.

Это я сразу понял, только там суть не в "в иконе "Конец" я не знаю что писать", а в том что мне "Вроде как ничего не нужно" :) Спасибо за ответы.

Сообщение от idm2007 в иконе "Конец" я не знаю что писать

В иконе "Конец" напишите goto end_interrupt;
В программном приложении схемы перед закрывающей фигурной скобкой напишите end_interrupt:;