mes, чем мы сейчас занимаемся? потерялся я  

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

Добавлено @ 12:12

нет..

Добавлено @ 12:14

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

Добавлено @ 12:17
какой из операторов сейчас не суть важно.. главное что уставлено как должна быть связь..

Добавлено @ 12:18



да"=" там лишнее, просто эта елочка, так больше похожа на стрелку..

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


по идеи можно так

но не хотелось бы auto.. да и запись не наглядная.. 





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

можно так :


Добавлено @ 12:32
тогда шаблон карты можетбыть на стороне протокола.. и пользовательская часть будет выглядить так :


Добавлено @ 12:35
тогда мы можем указать поле хранения.. 
например boost::function или boost::signal



 

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

итого нам нужны две таблицы 
 objtable, которая берет сигнатуру переданную импульсу,..
 clstable, которая добавляет лишний параметр That.. 

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

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

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

вот условный (грязный) набросок :

теперь нужно это автоматизировать.. 
Apl это класс превращающий цепочку аргументов импульса в указатель на метод.. 
C - это класс реализация
im1,2,3 - типы импульсов составляющие Seq..

все сейчас убегаю..скорей всего то что написал опять не понятно.. 

я вот одно хочу уточнить: зачем нам думать об удобности посылки импульсов, если импульсы посылаются при помощи интерфейсов?
что-то не въезжаю..

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

Цитата(mes @  18.12.2010,  16:28 )

все сейчас убегаю.

ок

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


Это сообщение отредактировал(а) mes - 18.12.2010, 16:31

возбуждаются? испускаются?


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


это понятно.

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

понятно.
я просто хотел уяснить момент с импульсами.

Цитата(mes @  18.12.2010,  02:24 )

я думал Вы предлагали модераторам весь флуд убрать

кстати, это тоже полезное занятие! двойную пользу оно приносит, если такое занятие применяется в качестве наказания за неадекватность модератора! ...идею записал..  

имелось в виду не интерфейсами ... 



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

Добавлено @ 20:48

есть объекты, но не классические у которых вызывается метод, а распределенные, которые возбуждаются импульсом.. 
т.е. classic_object.user ("..","..")  == dy_object << user ("..","..");
интерфейс ди объекта генерируется на основе mpl последовательности типов.. 
реализация же определяется пользователем, но есть предопределенные стандартные классы объектов.. 
ди_объект создается на стороне пользователя, на основе данные переданных пользователем, если такие требуется.. 



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

вот еще один примерчик, для понимания что есть "таблица" и для чего она нужна.. http://liveworkspace.org/code/25b2a50eaacb...5a0a44e045c3858

при сетевом взаимодействии, вместо вызовы, те что сейчас в main() ,
 будут вызываться в switcher`е в зависимости от ид
 и передавать аргументы хранимые в импульсе..

Добавлено @ 23:36
P.S детали кроме таблицы приведены только для лучшего представления.. 
так что на них не обращать внимание.. 



Это сообщение отредактировал(а) mes - 18.12.2010, 23:36

затемплатил таблицу : http://liveworkspace.org/code/5c2b82cbf50e...e79ef079cd07b0f

вот еще чуть чуть подправил : http://liveworkspace.org/code/b872d4e0c8b9...90c1d05bc98d688
добавил прообраз инвокера..

Добавлено @ 00:15
вот следующий шаг : http://liveworkspace.org/code/413200a6ec27...9fa8c424c316c2d
 косвенный вызов метода локального объекта, посредством импульса..

Добавлено @ 00:18
конечный вид использования:

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


Это сообщение отредактировал(а) mes - 19.12.2010, 00:19

boostcoder, если будет время, нужны две структуры (с придуманными именами)
одна превращает аргументы функции в mpl_list нормализовав (убрав все константности и ссылки) аргументы
другая - наоборот добавляет const_ref для каждого аргумента.. 

вот неполный пример (без диспатчеризации импульса обработчику) удаленного общения : http://liveworkspace.org/code/c76453b89e92...1dfeccde6edd23c
подправлено

Это сообщение отредактировал(а) mes - 19.12.2010, 17:58