DRAKON.SU

Ярослав, от Вас даже невозможно откреститься!!!

Нужно же кому-нибудь вести войну с GOTO мракобесием. А открещиваются от вампиров в голивудских блокбастерах. Я не вампир

Ну, сделали-то её гораздо раньше (эта версия от 2001 года, как можно видеть)... а идея реализации как "исчисления маршрутных слепышей" по Тай Уоттс м.б. оформлена даже до появления ГРАФИТ-ФЛОКС-реализации исчисления этого рода по Паронджанову (1996 г.)...

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

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

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