Редирект? Это какой то частный случай… можно логику хранить как состояние, но это больше на стейт машину похоже, и вот тебе понятная асинхронщина

Я вообще писал про две крайности, так что конечно все используют что-то посередине

я раньше тоже так считал. но потом в некоторых кейсах стал применять.
редакс нужен для общего состояния приложения. то, что какой-то компонент имеет состояние loading обычно никого больше не волнует, это его личное дело. но если отказаться от возвращения чего-либо из экшена, то приходится этот флаг хранить в сторе. в итоге я решил, что ничего плохого нет в том, чтобы вернуть, не чистые данные конечно, а экшен. И потом в компоненте обработать результат (тип экшена), но не данные!

в redux-toolkit такой подход одобряют... Я вот тоже пришёл к такому компромиссному решению всё-таки в проектах: задиспатчить и забыть, ничего не дожидаясь, во многих случаях приводит к неудобствам большим ((

Так а иметь протекание слоя компонента в экшены не меньшее неудобство?) а если один экшен работает в нескольких компонентах по-разному?)

Так не, redux про слой компонент не знает ничего ж по итогу.
Если более конкретно, то из компоненты задисапатчив санку, мы можем получить промис, который можем ждать, когда он зарезолвится или зареджектится! И на это можем отреагировать, показав в условном Formik ошибку или сделав редирект.

Может я не совсем понял тему обсуждения и не о том философствую:)

Ну а если там ничего из асинхронного не происходит?)

условная автопромисификация происходит

Ну а если там ничего из асинхронного не происходит?)