итак у нас получается два уровня :
1.  транспорт и роутация пакета внутри и через границу приложения..
2.  конвертация типов в пакет и обратно и передача их на обработку.. 

к 1му уровню относятся пакет и все виды соединений - выложил в дисколи_ два вида соединения и тест для них..

Добавлено через 49 секунд
все остальное убрал чтоб не путаться.. 

ок. спасибо, гляну.

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

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

во втором логическая ошибка..

mes, я Вам сильно благодарен за коммит   но Вы таки хотите чтоб меня загрызла совесть  

Это сообщение отредактировал(а) boostcoder - 27.11.2010, 23:15

мне эта тема самому интересна.. а в одиночку разбирать неохота 

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

точно.. оно лишнее.. с этой задачей вполне справляется и первое.. закоммител.. 

boostcoder, а вот интересно.. должны ли быть (или хотя бы желательно ли это) 
чтоб сообщения  позволяли инициализироваться  в стиле msg_t msg ({ 2,5});


Это сообщение отредактировал(а) mes - 28.11.2010, 13:10

это уже "на вкус и цвет" 

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

аж несколько раз  
сейчас гляну..

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

ах да.. про порт я ж не рассказывал.. 

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

порт это некий компонент, который цепляется на соединение, и позволяет контролируемые типоориентированые прием и отправку сообщений в соединение.. является надстройкой, объединяющей сендер и диспатчер..

Добавлено через 2 минуты и 35 секунд
сейчас диспатчер подключать буду.. 

Это сообщение отредактировал(а) mes - 28.11.2010, 13:22

вот прообраз диспетчера и вспомогательных сущностей :

http://liveworkspace.org/code/ce940f8a0882...c29cdacfb16661e

Добавлено через 8 минут и 48 секунд
вот с контролем типов
http://liveworkspace.org/code/b28f277cf3cf...4c3307df3fb9449

терь порт может отправлять и принимать сообщения :
http://liveworkspace.org/code/3b8e04b948ea...7926cb0bac61a37

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

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


P.S. в коде пока только подключение (методов, респондера .. ), а разрыв пока не рассматривался..

нарезал из вашего net_io tcp_connection.. но встал вопросик в какие моменты должны блокироваться мьютексы ?.. 
  

изменил последний пример под предварительное представление конечного агента...
http://liveworkspace.org/code/8444b29e0932...978cbcf8a25a7b0

терь надо подумать об удобной регистрации..

предварительно ожидается что то наподобие этого :
_port.connect<msg_list>(_proxy);

пока правда грязноватый : http://liveworkspace.org/code/65c5ebd338f2...fa9e463ad69d98a



закомител свежее


Это сообщение отредактировал(а) mes - 29.11.2010, 11:05