> -- Рэйлвэй Каген писал(а):
> Методы "электротехнического" проектирования освоил мелкософт ещё в DirectX(graphedit.exe, вроде как..). Явно не идеал. Повторять это с VCL-ками, конечно можно, но непродуктивно. Хотя бы с эргономической точки зренияНапомню Вам, коллеги, что моей целью не является холивар. НО является - возразить против признания тупиковыми средства визуального программирования вообще, и HiAsm - в частности.
Т.е., в мои намерения не входит спор - насколько этоидеал
Ну не нравится кому-то чего-то - ну и слава богу.

Но вот что мне показалось дополнительно: Вы путаете FrontEnd и BackEnd
Делать вывод о потенциальных качествах BackEnd-а, исходя из некоторого FrontEnd-а - неправильно
Кстати о птичках, в пакете Дельфи (старейшем и наиболее обкатанном) используется не VCL, а KOL.
Между прочим, это земляк Кладов научил меня великой истине: использование ООП во FrontEnd-е - БЛАГО, а в BackEnd-е - ЗЛО. И не просто продекларировал (теоретиков-то много), но и доказал это своей библиотекой.
Кодогенерация древнейшего пакета Дельфи: да, это так, не фонтан с точки зрения эффективности. Грубо говоря Call на Call-е сидит, и им же погоняет.
Но это не мешает пакету выполнять главную задачу - тестировать восприятие FrontEnd-а пользователями.
И имеются экспериментальные факты: за какое время школота сможет создавать прожки, типа показаннойPirr-ом, с полного и абсолютного нуля, без подсказок. Кажется а.к.а.Астрамакэкспериментировал.... Один день. Урок - грубо говоря. ((btw: в Help начинают лезть только на 2-3-й день))

Но на ту же самую схему (что кажется Вы назвали супер-ООП) уже сегодня существуют и иные схемы кодогенерации - это полная противоположность, супер-inline. Это проекты FASM, и любые другие в технологии FTCG.
Тоже легко понимаешь, что дурдом достигается довольно быстро... Хотя тут уже проблем с эффективностью - никаких.

Оптимального (я бы сказал - правильного) варианта сегодня еще нет.Мое главное возражение - нет никаких оснований утверждать что его не будет завтра.
Будет. Не, ну может - послезавтра... Как фишка ляжет...
И, обратите внимание - никакой фундаментальной связи между FrontEnd-ом и BackEnd-ом не существует. Она может существовать в чьих-то головах, но уж точно - не в реальности....


> -- Рэйлвэй Каген писал(а):
> Но вернёмся к HIasm'у: не нашёл я в нём способа структурировать потоки данных и исполненияНе все еще сделано.
Должно быть так: всякая структура данных - это объект. Определение класса объекта - это схема. Выглядит это снаружи как мультик (MultiElementEx). Множественное создание объектов пользовательского класса - сегодня это либо массив этих мультиков, либо т.н. линки. Здесь сегодня тоже не все еще гладко... Далее - они (имеют) нижнюю точку хэндл. И после создания визуальной поддержки объектоуказания (что будет возможно уже видимо на днях) возникает возможность создания любой "хитросплетенной" системы объектов.

Так должно быть или несколько по иному (в визуальном аспекте) - вопрос обсуждаемый.... Ну а дальше я уже все сказал, вроде: обсуждать эдакий полет мыслей не со всеми - есть эффективное занятие....
Тут у нас есть проблемы