Подавляющее большинство эпиков начинается с сопоставления одного действия, например action$.ofType(SOMETHING)
. Это связано с тем, что обычно эти действия вызывают некоторый побочный эффект (например, вызов AJAX), специфичный для одной задачи.
Подумайте о чем-то вроде получения модели пользователя. Обычно вам нужно только прослушивать FETCH_USER
, чтобы начать этот процесс, но, безусловно, тот же самый эпос может прослушивать другие действия, чтобы знать, когда отменить запросы в полете или что-то подобное.
Если вы смешиваете проблемы с побочными эффектами в одном эпике, например, создаете тот, который обрабатывает как выборку пользователя, так и выборку сообщений пользователя, вы начнете усложнять свои эпики в сопровождении и тестировании.
При этом нет никаких правил. Есть законные (но редкие) случаи, когда эпическое прослушивание нескольких действий вызывает некоторый побочный эффект. например если эпик выполняет некоторую общую задачу, относящуюся к нескольким доменам, наиболее очевидным является ведение журнала, но есть и другие.
Как и редукторы, несколько эпиков могут прослушивать одно и то же действие, однако это имеет смысл только тогда, когда между ними практически не требуется координации.
person
jayphelps
schedule
09.11.2016