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

Добавлено через 3 минуты и 28 секунд
кстати как у Вас там дела ? на каком этапе разбора ? 

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

применение :

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

завтра покажу.

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

хм.. симпатично смотрится  

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

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

с этим тоже пока..

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

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

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

спс 

вторую задачу сформулировал :
для http://liveworkspace.org/code/f97974c3dbef...a179cbccb2494e7
в 52 строчке нужно автоматизировать подстановку нужного кол-ва плейсхолдеров, в зависимости от P::invoker_t;

думать буду завтра 

пока набросал такую схемку :
http://liveworkspace.org/code/92fa41c1689f...2b40f286c4a6eec
теперь осталось ее допилить 


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

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

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

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

в третьих способ доступа: структура, кортеж, или accept(invoker_t)..
1й вариант не удобен для библиотеки, 2й перекликается с сериализаций, а 3й скорей всего будет неудобен пользователю для описания..

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

для начала набросок :


 
boostcoder, по этому поводу жду критики предложений или вопросов..

mes, добрый день.
только освободился. сейчас буду разбираться.

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


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

понял 

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

кстати Вы сталкивались с Boost Parameter Library ?
мож что вкусненькое оттуда подойдет для текущей задачи (пакета)..

вижу.


не использовал но видел.


например?

это как раз хотел от Вас услышать 
я помню Вы ее советовали, подумал, что знакомы 


Добавлено через 1 минуту и 21 секунду
вот и тема на форуме поднималась : http://forum.vingrad.ru/act-ST/f-92/t-254418.html
но почему то осталось без ответа..