Redux (с React) - отправка действия REQUEST, которое устанавливает загрузку и т. Д., Вызывает дополнительный рендер
Если вы используете угловой v5, то это, вероятно, относится к сгенерированному файлу, например foo.template.dart. В этом случае вам нужно будет выполнить начальную сборку через webdev build или webdev serve, чтобы эти файлы могли быть сгенерированы.
После того, как вы сделали сборку, анализатор должен их обнаружить. Возможно, вам придется перезапустить анализатор в intellij, если он не обновляется автоматически.
1 ответ
Почему в Redux обычно / хорошей практикой является использование действия REQUEST, которое изменяет состояние? (например, очищает его, устанавливает загрузку: true, отметка времени и т. д.) и т. д. Если да, то почему выполняется действие REQUEST? Почему бы не пропустить действие REQUEST и просто обновить SUCCESS / FAILURE, чтобы предотвратить повторный рендеринг?
Один из примеров: представьте, что у вас есть компонент, который требует данные, которые необходимо получить из API , На веб-интерфейсе вы хотели бы иметь индикатор загрузки бар. Вы сможете отобразить эту полосу загрузки, только если знаете, что запросили вызов.
Представьте, что мы делаем это без индикатора ЗАПРОС / ЗАГРУЗКА: если пользователь уже был на этой странице с компонентом, который вызывает запрос и возвращается снова, состояние (FAILURE / SUCCESS) уже было бы установлено. Это означает, что если предыдущее состояние было «FAILURE», и вы рендерили свой компонент в зависимости от этого состояния, то сначала будет отображаться ваш «FAILURE» рендеринг. И затем, это может быть обновлено с вашим рендером УСПЕХА. Для пользователя это приведет к переключению с сообщения об ошибке / страницы на страницу результатов или наоборот, что действительно является плохим UX.