Предисловие: есть сервер. надо написать к ниму клиента. клиент посылает запрос и получает ответ. запросов порядка 50шт + есть одна "команда" которую сервер может посылать клиенту спонтанно.

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

пока только в голову пришло следующее:




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



Заранее благодарен!

1) выделить сетевой уровень в отдельный класс(ы)
2) выделить сборку\парсинг (сериализацию) пакетов в отдельный класс
3) организовать общение как RPC, отправка пакета - вызов метода сервера, прием пакета - вызов метода клиента

Добавлено через 1 минуту и 24 секунды
QT лучше asio?

лучше хуже не знаю  тут дело в другом - аппликуха должна работать на Windows Mobile & Simbian S60


по предложению касательно архитектуры - интересненько. Сижу обмазговываю

Удобней. Интуитивно понятней.

AMPQ или, например XMPP используйте (протоколы) и не парьте мозги себе 8)

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

для gui программистов - возможно


для них-же

вряд-ли на основе QtTCPServer получится написать высоконагруженный сервер, со всеми этими сигналами и слотами
я уже молчу о том, что помимо TCP, существует UDP, ICMP
помимо этого, asio, это не просто сетевая библиотека, а framework, для асинхронных приложений, на ее основе можно сделать все что угодно, от таймеров, до асинхронного мониторинга изменений в каталоге

Lazin, привет 
я переодически почитываю Ваш блог  и так же как и Вы люблю boost::asio, так же не только ввиду его кросовой работы с TCP и тп, а в ввиду возможностей. это раз 
два! boost не попадает под внимание тк платформы WinMobile(тесты буста не утишительны) & Symbian s60(вообще не видел тчо бы кто-то пытался  ). Тк в QT все в одном флаконе принято решение ограничится только им.

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


ЗЫ давай те по делу 



Это сообщение отредактировал(а) chaos - 18.8.2009, 12:43

ну и что с того - напишите мост 8)

а по вашей реализации - вам нужен Pimpl, т.к. реализация сокетов на разных платформах разная. http://insidecpp.ru/patterns/pimpl_idiom/

jonie, 

по моей реализации мне хватит QT

тогда нафига вы тут задаете вопросы по архитектуре? Где у вас архитектура?)

Увы. Это не обо мне.


Думаю получится.


В Qt они очень быстрые. Проверенно:
http://forum.vingrad.ru/index.php?showtopi...t&p=1909927

[offtopic]

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

QTCPServer - простой класс, для того, что-бы быстро набыдлокодить серверную часть, например, что-бы сделать web-морду для какого-нибудь приложения. В asio вообще нет класса, в названии которого было-бы слово server. Но там есть средства для того, что-бы создать любое сетевое приложение, с любой архитектурой. К примеру, используя boost.signals2 и boost.asio можно написать свой аналог QTcpServer, можно написать однопоточный сервер, многопоточный - thread per client или асинхронный сервер, все что душе угодно.
[/offtopic]

  

Слишком резко сказано.

В Qt есть множество классов более низкого уровня. Ими так же можно пользоваться.
http://doc.trolltech.com/4.5/qtnetwork.html


Согласен.

Опять же, все зависит от цели. Если целью ТС является как вы сказали "набыдлокодить", зна придется использовать QTCPServer. И на оборот.

Lazin, повторное использование и универсализация теперь называются быдлокодингом? Или использование ООП-библиотек с оверхедом?