подскажите по классам реализацию

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

Клиент сразу не может представиться?

да, сервер первый посылает сообщение.

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

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

Насколько я понимаю, протокол для всех клиентов на этапе установки соединения общий? Возможно подойдет замена наследования на хранение внутри класса-соединения указателя на реальный обработчик. Что-то типа http://www.insidecpp.ru/patterns/pimpl_idiom

Man стратегии. Сетуешь её и делегируешь.

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

+1

http://www.gamedev.ru/code/terms/Policy
Первое, что нагуглилось, но по вступлению, вроде, о том.

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

(Да, там просто вырезка из книги современное проектирование на С++ Александреску)
Ещё в класс можно кинуть фабрику, а она при первом гете к полю с реализацией протола выдаст нажный инстанс и будет впредь отдавать его, так как ты настроил её походу выяснения.

прюсую этого анонимуса.

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

а можно подробнее про фабрику?

точнее, pimpl подойдет, но уже потом, когда я определю, кто есть кто.

Я тебя всё равно не понимаю. Отправляешь свои пять пакетов клиенту, слушаешь ответ, выбираешь нужный интерфейс общения. Что не так-то?

ну в тот момент, пока я не знаю, кто есть кто, я же не могу создать экземпляр под конкретного клиента?! а хочется уже на стадии первого коннекта к серверу иметь класс(детектор), а потом его как то подменить на экземпляр под конкретного клиента

а хочется уже на стадии первого коннекта к серверу иметь класс(детектор)

Ну тут мне кажется только libastral поможет.

А что мешает разбросать по разным портам?

to false: слинковал libastral, не помогает))

to ziemin: что, зачем и по каким портам разбросать))

что, зачем и по каким портам разбросать))

По разным tcp портам, как все обычно и делают. На одном - один протокол.

а хочется уже на стадии первого коннекта к серверу иметь класс(детектор), а потом его как то подменить на экземпляр под конкретного клиента

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

Я делал такое при помощи in-place new. Потом, кажется, переписал по-человечески :-)

(про себя) ну вот, сейчас научу людей нехорошему :-)

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