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

мысли вслух:  мы разрабатываем класс.. 

нам теперь надо как то связать методы..
для этого составляем таблицу  ..
но таблицу лучше составлять не вручную, ее можно автоматизировать..

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

структура должна быть ассоциирована с типом импульса.. и иметь функцию исполнения.. 


а можно поступить по другому, типизировать метод неким думми-типом 

таблицу соответсвий все равно придется делать..
или можно пойти qt -способом и кодогенирить нужную часть по исходнику..


но все таки как должна выглядить запись чтоб быть удобной.. 

как насчет такого ?

Добавлено @ 14:27
написал кучу разрозренных мыслей.. если что не понятно из этого, не заморачивайтесь..
в принципе интересует критика последнего блока кода..
в результате DY_MTD сгенерируется вспомогательная структура (с ди_именем) и функция..

Добавлено @ 14:37
вот предполагаемый синтаксис возбуждения и отправки импульса в сеть:


тоже хотелось бы услышать замечания по внешнему виду.. 

Это сообщение отредактировал(а) mes - 17.12.2010, 14:37

для удобства, предполагаю генерировать имя структур из "имя_класса_ ## имя_метода_ ## порядковый_номер"
т.е. для приведенного класса, декларация будет такая:

а структуры такие:


Добавлено через 4 минуты и 59 секунд
кстати, не понял, первые аргументы макроса DY_MTD, это кто? 

Добавлено через 7 минут и 19 секунд
on_event1, on_event2 - это методы, я так понял. верно?

Добавлено через 10 минут и 36 секунд

это на случай перегрузки. кстати, как у нас с перегрузкой? я что-то не припомню примера с перегрузкой..

Это сообщение отредактировал(а) boostcoder - 17.12.2010, 17:07

импульс и реальный метод..

Добавлено через 48 секунд

чего мне это все не нравится..

Добавлено через 6 минут и 14 секунд

для случаев, с определением структуры с функцией-инвокером  проблем с перегрузкой не возникнет.. так как тип аргументов известен..
но.. сейчас не стоит зацикливаться на что есть.. нужно определить желаемый синтаксис..

с методом все понятно. а импульс откуда берется? его руками писать нужно?

кстати как там насчет 
 ?

согласен  

мне больше нравится непрепроцессорный генератор.
декларации тогда можно записывать в более естественном синтаксисе:


Добавлено через 1 минуту и 14 секунд

ничего не могу сказать, ибо не понимаю где и как это используется..

есть два объекта.. импульс и метод обработки.. 
импульс задается  тайпдефом от шаблона.. 
метод обработки определяется в реализации.. 
нам требуется синтаксис сопоставления одного другому 

с этим я еще не разобрался, потому не понимаю.. разбираюсь.

к примеру так :


Это сообщение отредактировал(а) mes - 17.12.2010, 21:08

посылка команд, разве не посредством интерфейсов происходит? вроде определились с этим.

ну так я и жду критики.. приведите  тот же участок кода в желаемом на Ваш взгляд  виде..

Добавлено через 7 минут и 49 секунд

верхний фронт еще не определили.. только дошли до него. до этого были лишь предположения как могло бы.. 

вот:


как-то так..

Это сообщение отредактировал(а) boostcoder - 17.12.2010, 21:22

можно конечно так сделать _out << cts::user("nick", "pass");

Up.

как например если мы хотим чтоб импульсы адресовались себе же ?
я представляю так :

т.е. меняем сендер на диспатчер,  и импульсы будут не в сеть отсылаться, а сразу исполняться без конвертации в мигранта.. 

а как это будет выглядить в Вашем примере ?


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