Witam , czy jest możliwe utworzenie servara SignalR , który pobiera dane w czasie rzeczywistym z api za pomocą requestów GET do APi i wystawia je zapomoca SignalR do clienta ?
CZy może w tym przypadku (pobieranie danych z api w czasie rzeczywistym) lepiej wykorzystac tylko ciagłe wysylanie zapytan GET w jakims freamworku js, co umowzliwi wyswietlanie wartosci w czasie rzeczywistym ?
0
0
To zależy od konkretnych wymagań. Na pierwszy rzut oka wygląda jakby zwykłe cykliczne wysyłanie zapytań z klienta JS było prostszym rozwiązaniem.
0
W twoim przypadku będzie to obojętnie, ponieważ i tak musisz wysłać to zapytanie do API. Chyba, że to nie jest jakieś zewnętrzne API.
Teraz trochę nie znam się, ale się wypowiem (tyle co zapamiętałem gdy czytałem o signalr).
SignalR jest lepszym zastosowaniem do aplikacji, w których masz zdarzenia np. dodajesz użytkownika do bazy danych i dodanie użytkownika powoduje wywołanie takiego zdarzenia.
Zdarzenie wysyła powiadomienie do klienta/ów (signalr) o tym, że coś takiego się stało i wtedy odpowiednio reagujesz na frontendzie.
0
Well jeśli masz dostęp do API to lepiej dopisać tam serverową część signlaR i uzyksiwać te dane po websockecie. Bo jeśli łączysz się z api po po prostu HTTP GET to signalR nie jest do niczego ci potrzebny. @Aventus dobrze mówi, że klient js do tego w zupełności wystarczy ;)
0
A tak gdybając Panowie, gdyby OP chciał wykorzystać swój server signal R jako taki hub informacji - miało by to sens i działało by na zasadzie obserwatora :) "Server SignalR" odpytywałby API co jakiś czas i wysyłał to przez WS to klienta/klientów końcowych (Angular Client) za pomocą WS co zamiast n clientów == n strzałów do API byłoby załatwione tylko jednym strzałem co jakiś czas (zakładam, że to jakieś uniwersalne dane typu... pogoda w konkretnym miejscu).
0
Jeśli planuje gwałcić te API to niezłym pomysłem jest stworznie włsanego "server signalR" który by normalnie po HTTP cyklicznie odpytywał te API o zmiany i w przypadku wykrycia ich rozsyłał by do podłączonych do niego signalRów. @froziu pomysl mi sie podoba ale wszystko zalezy od ilosci zapytan/ uzytkownijkow i nakladu pracy :D
2
Jest to lokalna stacja pogodowa , z której korzysta tylko 1 osoba , więc chyba faktycznie lepiej użyć samego js .