понял о чем Вы  мы по разному представляем обработчики 

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

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


давайте напишем тестовый примеры
клиент : условное  окно, у которого два фрейма, в одном проходит авторизация , а в другом игра (по паре условных функций)
сервер : сервисы для авторизации и игры соответственно..

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


Это сообщение отредактировал(а) mes - 5.11.2010, 15:18

да.


а что с теми обработчиками? эта часть реализована и работает(псевдо). т.е. обработчик - это некоторый класс с методами.


это вносит ясность. получая некоторый интерфейс клиента/сервера, интуитивно понятно с чем работаешь.


напишу псевдокод.

Вы забываете о некоторых деталях :
  не все вызовы могут/должны быть удаленными (у одного класса), 
  не все команды пользователя "ложатся " ровно на протокол.. 

вот условный пример


Это сообщение отредактировал(а) mes - 5.11.2010, 15:47

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


не понял..

boostcoder, если смотреть с точки зрения клиента, то 

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

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

в общем как тестовый пример напишите, сами увидите..

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

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


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

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

к примеру у нас есть такая декларация:

из этого нужно сгенерить два класса:
1. i_test - класс, методы которого нужно реализовать. у него должен быть конструктор принимающий ссылку на distributor для того, чтоб реализовать авторегистрацию методов.
2. test - класс интерфейс, используемый для вызова реальных методов класса обработчика. каждый метод этого класса так же генерируемый. методы имеют сигнатуру, полностью идентичную той, что в декларирована для генератора. метод выполняет инициализацию структуры используемой для передачи аргументов, ее сериализацию, и отправку в сеть.
3. классы client и server должны быть шаблонными, и принимать аргументом шаблона - список типов. это нужно для реализации автоматического создания классов обработчиков.
4. классы client и server должны иметь метод "get<>()" возвращающий интерфейс указанного класса.

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

вот  

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

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

  

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

на данный момент не знаю.. 

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

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

есть предложения?

ну да, слово "процедура" будет не к месту ..

и? какие варианты?

вот думаю как вариант - "distributed calls". но нужно как-то сократить..

Добавлено через 2 минуты и 17 секунд
может "distributed invocations"(distrinvoc) ?

думаю..


имхо "call" тоже не отражает сути.. а является лишь составляющей.. 

мой скудный словарный запас англяза исчерпан)

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


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


у меня к сожалению запас энтого тоже скуден... 


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