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 ?
- Rejestracja:ponad 5 lat
- Ostatnio:około 5 lat
- Postów:13
0
edytowany 1x, ostatnio: grigom96
- Rejestracja:około 9 lat
- Ostatnio:ponad 2 lata
- Lokalizacja:UK
- Postów:2235
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.
- Rejestracja:ponad 8 lat
- Ostatnio:około 3 lata
- Postów:58
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.
edytowany 1x, ostatnio: Sunnyline2
- Rejestracja:ponad 8 lat
- Ostatnio:21 dni
- Lokalizacja:Śląsk
- Postów:248
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 ;)
- Rejestracja:ponad 11 lat
- Ostatnio:około godziny
- Postów:948
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).
edytowany 1x, ostatnio: froziu
- Rejestracja:ponad 8 lat
- Ostatnio:21 dni
- Lokalizacja:Śląsk
- Postów:248
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
Zarejestruj się i dołącz do największej społeczności programistów w Polsce.
Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.