DRAKON.SU
https://forum.drakon.su/

Прошу совета по первой ДРАКОН-схеме
https://forum.drakon.su/viewtopic.php?f=172&t=4335
Страница 2 из 2

Автор:  ==== [ Среда, 01 Май, 2013 09:03 ]
Заголовок сообщения:  Re: Прошу совета по первой ДРАКОН-схеме

Ярослав Романченко писал(а):
без ваших любимых GOTO.
Ярослав, от Вас даже невозможно откреститься!!!

Автор:  Ярослав Романченко [ Среда, 01 Май, 2013 09:54 ]
Заголовок сообщения:  Re: Прошу совета по первой ДРАКОН-схеме

Геннадий Тышов писал(а):
Ярослав, от Вас даже невозможно откреститься!!!
Нужно же кому-нибудь вести войну с GOTO мракобесием. А открещиваются от вампиров в голивудских блокбастерах. Я не вампир :lol:

Автор:  Владислав Жаринов [ Четверг, 02 Май, 2013 05:57 ]
Заголовок сообщения:  Re: Прошу совета по первой ДРАКОН-схеме

Ярослав Романченко в viewtopic.php?p=79614#p79614 писал(а):
Пока вы молились на свою И.с. Дракон с иконами, за бугром уже сделали среду в которой нет ничего лишнего (впрочем нет и полезной схемы "силуэт") и в которой получается готовый структурированный исходный код (C++ код или Pascal-подобный псевдо-код) без ваших любимых GOTO.
http://watts.cs.sonoma.edu/SFC/
...
Ну, сделали-то её гораздо раньше (эта версия от 2001 года, как можно видеть)... :) а идея реализации как "исчисления маршрутных слепышей" по Тай Уоттс м.б. оформлена даже до появления ГРАФИТ-ФЛОКС-реализации исчисления этого рода по Паронджанову (1996 г.)...

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

Схем типов (например, в духе Ярослава) и этому редактору, конечно, нехватает... но их облик зависит от модели кода процедуры, которую принимаем для реализации...

Автор:  Владислав Жаринов [ Четверг, 02 Май, 2013 06:52 ]
Заголовок сообщения:  Re: Прошу совета по первой ДРАКОН-схеме

А если по теме, то получается следующее. Из сказанного здесь: viewtopic.php?p=79589#p79589 насчёт того, что автор на самом деле хотел представить схемой получается, что речь идёт о совместной деятельности пользователя и машины, исполняющей программу. Т.е. тут два как минимум алгоритмических процесса, каждый у своего исполнителя... и если их объединять в одной модели, то она получается "параллельной"... как здесь: viewtopic.php?p=78317#p78317. Главное, что надо явно прописывать взаимодействия между процессами. Точнее, между их исполнителями - неважно, сделаны ли они физически отдельными или виртуально отделены на одном физическом за счёт многозадачности...
Можно делать, как показано здесь:
Вложение:
grafit-abc_html_m4faa1a17.gif
grafit-abc_html_m4faa1a17.gif [ 42.32 КБ | Просмотров: 4275 ]
- разумеется, это модель протокола, и при алгоритмизации нужно расписать маршруты с соответствующими действиями и решениями...

Страница 2 из 2 Часовой пояс: UTC + 3 часа
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/