Znaczna większość eposów rozpocznie się od dopasowania pojedynczej czynności, np. action$.ofType(SOMETHING)
. Dzieje się tak dlatego, że zazwyczaj te akcje wywołują pewne skutki uboczne (takie jak wywołanie AJAX), które są specyficzne dla pojedynczego zadania.
myśleć o czymś takim jak ściągam modelu użytkownika. Zwykle będziesz chciał tylko posłuchać FETCH_USER
, aby rozpocząć ten proces, ale z pewnością ta sama epopeja może podsłuchać inne akcje, aby wiedzieć, kiedy anulować żądania w locie lub podobne.
Jeśli zmiksujesz efekty uboczne w pojedynczym eposie, na przykład utworzymy taki, który obsługuje zarówno pobieranie użytkownika, jak i pobieranie postów użytkownika, zaczynasz utrudniać konserwację i testowanie swoich epic.
Wszystkie powiedział, że nie ma żadnych zasad. Istnieją uzasadnione (ale rzadkie) przypadki epickiego słuchania wielu akcji, aby rozpocząć jakiś efekt uboczny. na przykład jeśli epopeja obsługuje pewne ogólne zadanie, które dotyczy wielu domen, logowanie jest najbardziej oczywiste, ale są też inne.
Podobnie jak reduktory, wielokrotne eposy można słuchać tego samego działania, to jednak ma sens tylko, gdy istnieje niewiele do nie wymaga między nimi koordynacji.
Zrozumiałem, dziękuję bardzo Jay, dalej robić to narzędzie świetnie. – Casy
Nie ma za co, i dziękuję! – jayphelps
@jayphelps Czy mógłbyś rzucić trochę światła na to, jak można posłuchać wielu akcji w jednym eposie? http://stackoverflow.com/questions/43540419/redux-observable-fire-same-epic-for-multiple-actions – Edmund