я тут. не пропал. работаю.

вот набросок синтезации получателя : 
http://liveworkspace.org/code/7ec3c0cb1c80...0e8ef53d85ed0da
пока без передачи параметров..

Добавлено @ 02:20
зато есть демонстрация возбуждения обработчика по динамическому (ран-тайм ид) без использования "дополнительных" карт..
в идеале там должен получиться генерируемый switch .. 

Это сообщение отредактировал(а) mes - 12.12.2010, 03:01

исправил.. добавил условного мигранта и конвертирование (без сериализации) 
http://liveworkspace.org/code/21f76f99be07...f4be86ce2cdcd5c

Это сообщение отредактировал(а) mes - 12.12.2010, 02:49

добавил прообраз сендера (на самом деле он будет синтезироваться на подобие ресивера) и залил в свн..
чтоб можно было посмотреть как будет выглядить пользовательская часть :
http://liveworkspace.org/code/5e70e2447a8d...da77efb2a9e7e20

Добавлено через 5 минут и 48 секунд
не нравится слово send в конструкции :


Это сообщение отредактировал(а) mes - 12.12.2010, 03:57

исправил sender на emitter :
http://liveworkspace.org/code/467d356ff356...2143f5ba6bc64ce

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

mes, вроде как освободился.
введите меня в курс дела. что мне сейчас нужно понять/посмотреть/сделать?
и вообще, что от меня требуется?

отлично   

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

ок

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

смотря о какой регистрации Вы говорите.. Вас интересует регистрация самих сигналов / или  уже конечных слотов к сигналом.?
под сигналом подразумевается как boost::signal так и boost::function...

Это сообщение отредактировал(а) mes - 13.12.2010, 20:12

конечных реализаций. и в вглубь.

Это сообщение отредактировал(а) boostcoder - 13.12.2010, 20:10

задали вопрос,  не знаю даже с какой стороны подойти к ответу.. 

ну прежде всего то, что до конечной реализации мы еще не дошли и она нас на текущей момент не интересует.. 

нас интересует испускание сигнала, передача, и получение.. 
помимо этого также паковка и распаковка аргументов..

т.е. на текущей момент задача состоит в реализации этой линии :
unfused_args -> fused_args -> packet -> fused_args -> unfused_args;

фактически передача-прием пакета будет происходить между двух точек
emitter<P> -> receiver<P>.., P - template struct packet;
т.е. 
условно так :


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

в примере идет прямое подключение,
но фактически :

все остальное пока ждет окончания этого этапа..

Добавлено через 3 минуты и 14 секунд
P.S. receiver<P> в примерах кода назван как on_<>

Это сообщение отредактировал(а) mes - 13.12.2010, 20:39

Цитата(mes @  13.12.2010,  20:37 )

задали вопрос,  не знаю даже с какой стороны подойти к ответу..

вот и я, пытаясь понять Ваше видение, не могу понять какой получится результат, и как он будет выглядеть)



когда я, свою реализацию пытался изменить для возможности регистрировать объекты, я столкнулся с рядом трудностей. тут писал: http://forum.vingrad.ru/index.php?showtopi...t&p=2260446
потому и решил уточнить этот момент...


ага


понял.


остальное тоже понял.

забыл уточнить : 
receiver_cls - в коде  receiver
emitter_cls - в коде emiiter

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

сейчас гляну ..

Добавлено через 4 минуты и 21 секунду

это вы о регистрации в карте ? так нет теперь карты  см receiver.hpp