Angular 2: Różnica między usługą a reduxem

Question

Jaka jest potrzeba redux, ponieważ możemy również zapisywać i pobierać dane z usługi, o ile rozumiem, że możemy również uzyskać i zapisać dane w usłudze, a usługa może być używana przez inne składnik

Answer 1

Usługa jest szczegółowym opisem implementacji. Natomiast redux to koncepcja architektoniczna. Te dwie nie są bezpośrednio porównywalne.

Jeśli jesteś zainteresowany, w jaki sposób redux można zastosować w Angular, polecam lekturę Comprehensive Introduction to @ngrx/store.

Answer 2

Nie potrzebujesz redux, ale potrzebujesz sposobu na utrzymanie stanu. Usługa będzie działać, ale w końcu wyślesz coś przypominającego sklep redux lub ngrx.

Rozważ wyzwanie. Dane przychodzą asynchronicznie. Chcesz, żeby była reaktywna. Chcesz mieć obsługę błędów. Chcesz mieć stany oczekiwania, gdy dane są aktualizowane. Masz kaskadowe scenariusze, w których jedno zdarzenie wyzwala wiele akcji, z których każda ma własne opóźnienia i ścieżki błędów.

A chcesz ustawić wzór, który może być używany w wielu komponentach.

Victor Savkin ma sposób robienia tego z obserwowalnymi, które są bardzo śliskie. Ngrx ma inny sposób.

Napisałem umiarkowanie złożony komponent za pomocą usługi. Wszystko działało dobrze. Godziny zniknęłyby w tropieniu niektórych dziwnych sytuacji, w których państwo było niezdefiniowane i wyrzucało błędy. Zbyt dużo wrastałem w chwasty, żeby coś można było wykorzystać jako wzorzec. Rezultat był kruchy i kruchy. Nie była w pełni reaktywna i sprawiała, że ​​było to niezwykle trudne i czasochłonne. Przeniosłem go na ngrx, a gdy krzywa uczenia się zostanie pokonana, co nie jest banalne, kod stał się prostszy i w pełni wyposażony w instrument umożliwiający szybkie debugowanie.

YMMV.

Victor Savkin has an article on how to maintain state