Dark_MX, вообще то этот вариант совсем уж старый, позже я публиковал другую версию этой технологии http://hiasm.1gb.ru/xf/topic.php?t=9708&start=0
Там кабели возможны не только для событий, но и для данных. Так же есть возможность давать точкам("проводам" в кабеле) имена, что очень удобно когда необходимо получить событие или данные только из одного "провода". Так же возможна вложенность кабеля в кабель. Есть развернутый хелп в виде sha схемы.
toAll, Что же касается того, что сам принцип группировки в кабеле сочли не нужным в HiAsm е и предложили заменить МТ потоком... это не ко мне споры были тогда, больше нет смысла вспоминать. Хотя однозначно МТ будет медленней в разы. И вообще, сейчас я вижу отход от, так сказать, основной линии "визуальности связей" в сторону менеджеров. А эту задачу я как раз и предлагал возложить на кабели, т.е. одна связь вместо многих. Но общественность решила - лучше ни одной вообще, а много разноцветных элементов привлекает публику (это про розовую схему в одном из постов).
Саму же реализацию подобных элементов - связей(тот же Hub) можно было бы осуществить через скрипт. т.е. кодогенератор вообще бы не создавал для них код. Я даже делал прототипы таких cables:
code_2363.txt
но в связи с ненадобностью, и невозможностью использования в среде одновременно pas и hws элементов оставил это занятие

А можно без допущения однозначности, представив в студию результаты сравнения двух концепций -- Cable и MT

nesco, Вы же наверняка видели код MT_ChanelToIndex и AddMTData+FreeData в Share.
но для точности скажу, что цикл из 10000000 повторов выполняется на МТ - 11 сек, на Cables - 6 сек.(это на моем компе конечно).

Собственно мой топик был не столько о скорости, сколько о подходе к схемостроению, поскольку это время можно вообще "упразднить" оптимизировав кодогенератор.

Вот только не надо отходную давать. Если бы речь была чисто

вот этой бы фразы не прозвучало

На что я попросил рензультат исследований быстродействия. Был получен ответ

Вопрос -- где здесь "разы"

К тому же, исследования проводились на однозвеньевых данных. Как поведет себя быстродействие при попытке передать настоящий, мультизвеньевой поток, да и возможна ли такая передача данных в Cable

nesco, простите, но Вы выхватываете фразы из контекста и втягиваете в бесконечный спор ни о чем. Ответ я Вам дал - прирост 85%, почти в 2 раза. Исследования проводите, я не против.

Да не хочу я ни во что ввязываться, мне просто не нравятся однозначные утверждения, типа "в разы". Да, я согласен, что быстродействие выше, но не на столько, насколько утверждалось.
И хочу еще раз спросить, поддерживает ли Cable пропускание данных, типа MT

nesco, Хоть и давно было писано но, поддерживает так оно и задумывалось, как полная прозрачность.
code_2364.txt

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

Если внешний вид кабеля сделать несколько более соответствующим его названию, то можно будет данный подход включить в пакет.

Теперь об оптимизации: в рамках стандартного пакета она возможна только в том случае, если оба конца кабеля лежат на одном уровне вложенности. В этом случае можно генерировать прямые линки от событий к методам, прикрученным к проводам кабеля. Текущий режим работы удалять нельзя, поскольку он делает возможным отладку в случае уставновления точки останова на кабеле.

А как это предполагается сделать

[imgl]http://hiasm.com/xf/attach/cmp/cable.png[/img] [imgl]http://hiasm.com/xf/attach/cmp/cable2.png[/img] или около того

Dilma, тут должно же быть, как минимум, два зеркальных компонета. А в последней реализации аж шестнадцать (или восемь, если выкинуть неименованные)

Dilma, а будет ли предусмотрена в следующий версиях возможность самому создавать форму элемента, это здорово облегчило вам работу, тот, кто пишет элемент может сам придумать наиболее подобающую ему форму

Например

Да тут это уже было в одном из топиков, че там только не рисовали

Во, нашел что-то http://www.hiasm.1gb.ru/forum.html?q=3&p=105198#p105198

Dilma, Забегая вперед, и касательно внешнего вида скажу, что мне «по душе» второй вариант (cable2).