WCF Long опросом в 2013

Пережив несколько читает, в том числе ...WCF Long опросом в 2013

http://anthymecaillard.wordpress.com/2012/06/06/wcf-real-time-web-development-with-long-polling/
How does a WCF server inform a WCF client about changes? (Better solution then simple polling, e.g. Comet or long polling)

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

От второго звена, я понимаю, что Асинхронный шаблон позволяет:

получает запрос на сервер WCF
вызов BeginMyMethod который возвращает IAsyncResult
повиснуть на IAsyncResult где-то в то время как поток, который получил , запрос «безопасно отдыхает» - или выпущен? - без потребления каких-либо дополнительных ресурсов
«кнут IAsyncResult обратно», когда соответствующая бизнес-логика событий происходит
использовать IAsyncResult вызвать EndMyMethod, в течение которого мы завершаем ответ (то есть, записывать данные обратно клиенту)

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

Это лучший способ реализовать длинный опрос WCF сегодня и с .NET 4.5?

источник

2013-04-19 S. Valmont

Возможный дубликат [Как сервер WCF сообщает клиенту WCF об изменениях? (Лучшее решение, затем простой опрос, например комета или длительный опрос)] (http://stackoverflow.com/questions/1700917/how-does-a-wcf-server-inform-a-wcf-client-about-changes-better -solution-then-s) –

Я процитировал эту ссылку в своем вопросе. Еще раз поднимаем вопрос, потому что другой теме три года, и я также пытаюсь подтвердить мою интерпретацию Async Pattern. –

Я считаю, что мои первоначальные впечатления были неправильными. Когда поток обработчика запросов WCF получает запрос и передает его рабочему потоку, я думал, что все ресурсы каким-то образом освобождаются от магии. Это не тот случай, когда рабочий поток становится тем, кто сейчас ждет! Который, поскольку объем запросов становится большим, не кажется гораздо более масштабируемым, чем традиционный опрос.

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

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

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

источник

2013-04-21 19:17:24

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

источник

2013-07-22 17:11:01 Karthik

Извините за поздний ответ. Не заходили на время. Будет ли это работать над HTTP? –

pub/sub over http требует обратного вызова, я верю –

ответ

Смежные вопросы