2017-02-04 15 views
0

Я пытаюсь интегрировать Pusher вместо SignalR в свое приложение .NET. Мое приложение состоит из клиентов .NET Core Web Api и WPF, и им необходимо общаться через веб-сокеты (помимо очевидной связи REST).Pusher dotnet api для .NET Web Api Core и WPF

Дело в том, что я запутался, какую библиотеку я должен использовать. Как и в официальной библиотеке .NET, которая называется pusher-http-dotnet. Но его пакет nuget называется PusherServer, который очень запутан. Предполагается ли он работать только как серверное решение? Могу ли я использовать его для клиентов WPF? Кажется, не так, как я вижу много примеров Triggering и никаких подписчиков.

Существует еще одна библиотека под учетной записью Pusher-Community, которая называется pusher-websocket-dotnet, а ее пакет nuget публикуется под именем PusherClient. Хорошая новость, похоже, у некоторых подписчиков api. Плохая новость заключается в том, что у нее довольно серьезные проблемы без ответа.

Я полностью смущен библиотеками Pusher .NET.

ответ

1

Библиотеки-толкатели разделены на http-библиотеки, для публикации событий и аутентификации частных каналов (обычно работающих на сервере); и библиотеки websocket, для подписки на каналы и привязки к событиям (обычно выполняется на клиенте). See here для получения полного списка. pusher-http-dotnet относится к первой категории, поэтому не обеспечивает подписку на функциональность. pusher-websocket-dotnet является партнером websocket (с подпиской и т. Д.) - это библиотека сообщества, и в результате разработка на нем медленная, и она не так полируется, как официальные библиотеки, но многие используют ее без проблем.