Mam aplikację internetową z pojedynczą stroną opracowaną przy użyciu programu ASP.NET. Niedawno przekonwertowałem wiele metod internetowych na oparte na wypychaniu przy użyciu biblioteki sygnalizującej . To naprawdę znacznie przyspieszyło działanie strony i zredukowało wiele wywołań serwera ze strony.
W tym samym czasie przyglądałem się również RESTful ASP.NET WebAPI pod kątem niektórych metod po stronie serwera, a prawdziwe piękno polega na tym, że pozwala on tworzyć API dla aplikacji zewnętrznych w tym samym czasie, gdy tworzę podstawowa aplikacja (która będzie ważna dla tego, co robię).
Jednak po zapoznaniu się z kilkoma artykułami i tymi dwoma pytaniami wydaje się, że metody push i WebAPI wydają się być dwoma całkowicie różnymi paradygmatami komunikacji klient-serwer. Jestem pewien, że mogę stworzyć różne metody, do których można uzyskać dostęp za pośrednictwem obu protokołów, ale nie jestem pewien, czy są w tym pułapki lub czy jest to uważane za niedbałe - może istnieje bardziej elegancki sposób na osiągnięcie tego, do czego zmierzam dla.
Z pewnością istnieją sytuacje, w których chcę, aby interfejs RESTful WebAPI emitował zdarzenia za pośrednictwem centrum SignalR ... Wręcz przeciwnie (sygnalizujący kiedykolwiek musi uzyskać dostęp do interfejsu WebAPI) wydaje się mniej prawdopodobne, ale przypuszczam, że nadal jest możliwe.
Czy ktoś to zrobił? Czy ktoś ma jakieś rady lub wskazówki, jak postępować? Jaka byłaby tutaj najbardziej elegancka droga naprzód?