vitaliy91 Aug 19 2013 at 12:58

Пишем свой синхронный/асинхронный клиент-сервер

6 min

42K

.NET*C#*

From sandbox

Comments 10

kekekeks Aug 19 2013 at 13:23

А не проще было не городить огород с классом Message, а обрабатывать вызовы BinaryFormatter-ом, как это делает Remoting в стандартной конфигурации? Тогда бы и ref/out параметры обрабатывались нормально.

vitaliy91 Aug 19 2013 at 13:41

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

vitaliy91 Aug 19 2013 at 15:12

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

kekekeks Aug 19 2013 at 22:15

Управляйте асинхронностью с помощью атрибутов. Например, если на методе атрибут есть, выполняйте его асинхронно.

vitaliy91 Aug 19 2013 at 22:44

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

kekekeks Aug 19 2013 at 22:59

И? Что мешает сериализовать и отправить? Создаёте фейковое сообщение возврата, а дальше делаете с сериализованным вызовом что угодно. Я просто писал уже подобную систему и искренне не понимаю ваших затруднений.

vitaliy91 Aug 19 2013 at 23:05

А разве сейчас мой класс Message не представляет собой «фейковое» сообщение возврата? Я право не понимаю как можно сделать иначе не создавая дополнительного потока для разбора назначения этого «фейкового» сообщения.

sllh Aug 19 2013 at 13:28

remotinglite.codeplex.com/ + любой IoC, поддерживающий интерсепторы для менеджмента привилегий (колец) сделает, в принципе то же самое. Но реализация интересная :)

Nagg Aug 19 2013 at 14:17

А мне нравится supersocket.codeplex.com/ очень тырпрайзненько и красиво. + На Windows 8 можно заюзать даже в десктопных приложениях новое апи для сокетов (пример можно посмотреть тут: habrahabr.ru/company/viber/blog/174287/)

sllh Aug 19 2013 at 14:23

У него killer-feature — это автопарсинг команд :) Фактически, не нужно даже писать свою оболочку. Но он больше для обработки явных команд, а-ля действий. В случае rpc на него сверху прийдется еще много чего навернуть.

Show the best of all time