Ich habe eine einseitige Web-App, die mit ASP.NET entwickelt wurde. Ich habe kürzlich viele der Webmethoden mithilfe der SignalR- Bibliothek auf Push-basiert konvertiert . Dies hat die Seite erheblich beschleunigt und viele Serveraufrufe von der Seite reduziert.
Gleichzeitig habe ich mir die RESTful ASP.NET-WebAPI für einige der serverseitigen Methoden angesehen. Das Schöne daran ist, dass sie gleichzeitig mit der Entwicklung der API eine API für externe Anwendungen erstellen kann Kernanwendung (die für das, was ich tue, wichtig sein wird).
Nach dem Betrachten mehrerer Artikel und dieser beiden Fragen scheinen Push- und WebAPI-Methoden jedoch zwei völlig unterschiedliche Paradigmen für die Client-Server-Kommunikation zu sein. Ich bin sicher, dass ich verschiedene Methoden erstellen kann, auf die über beide Protokolle zugegriffen werden kann, aber ich bin mir nicht sicher, ob dies Fallstricke aufweist oder ob dies als schlampig angesehen wird - vielleicht gibt es einen eleganteren Weg, um das zu erreichen, was ich anstrebe zum.
Es gibt sicherlich Situationen, in denen ich möchte, dass die RESTful-WebAPI Ereignisse über einen SignalR-Hub sendet ... Das Gegenteil (SignalR muss jemals auf die WebAPI zugreifen) scheint weniger wahrscheinlich, aber ich nehme an, dass dies immer noch möglich ist.
Hat jemand das getan? Hat jemand Ratschläge oder Tipps zum weiteren Vorgehen? Was wäre hier der eleganteste Weg nach vorne?