глянь в той ветке в твиттере, там Дэн описывает почему именно не надо писать .then().catch() если в .then есть dispatch'и

Всем привет. Может кто знает, как мне отсюда передать нужный параметр или хотя бы достучаться до значения, которое в функции?

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

getWebinars: () => async (dispatch) => {
  try {
    dispatch(WebinarsActionCreators.setIsLoading(true));
    const response = await mainApi.getWebinars();
    if (response.status === 200) {
      dispatch(WebinarsActionCreators.setWebinars(response.data));
    } else {
throw new Error(Ошибка ${response.status})  <---
    }
  } catch (error) {
    dispatch(WebinarsActionCreators.setError(error);
  }
}

чтобы пробросить в catch получившуюся ошибку. иначе я не понимаю, как это можно сделать без try/catch

Там смысл в том, что там ты поймаешь тут ошибку, которая произойдёт в компоненте

это вообще antipattern делать .catch

т.к. при этом ты ловишь не только те ошибки, которые были в предыдущем промисе, но и те, которые в текущем обработчике

часто это не то, что тебе нужно.

ощущение, что я запутался еще сильнее. сейчас речь о catch, который относится к самому промису, так? если так, то это я понял.
а как тогда можно уйти от конструкции try/catch в данном примере, но при этом обрабатывать ошибки. (твоя фраза "Лучше не оборачивать в try{}catch dispatch'и")

Так же не будет работать?)

Добрый вечер, подскажите, пж, как правильно решить следующий кейс при помощи rtk-query.

У меня есть 2 компонента, в которых надо получить список подразделений:
1. Селект со списком подразделений сотрудников
2. Таблица, где из другого useQuery берется список сотрудников с указанием id подразделений (соответственно надо преобразовать эти id в наименования для отображения)

Эти компоненты находятся в разных поддеревьях и точно нельзя сказать какой из запросов будет выполняться первым.

Соответственно надо как-то определить, что если запрос данных уже в процессе, то второй выполнять не надо.

В идеале, как мне видится, можно было бы передать в options.skip колбэк, который по мета-информации определял бы, надо делать скип запроса или не надо, но в options.skip передается просто boolean, так что не понятно, как правильно выйти из этой ситуации...

Можно было бы зафетчить данные заранее в общем предке, но что-то подсказывает, что должно быть более правильное решение...

Пришлось переделать login из Createaction в asynkthunk, может кто знает, как в таком случае оставить логику с isAnyOf?

Нужно было .fulfilled добавить

Всем привет, возможно ли с redux-undo (https://github.com/omnidan/redux-undo)

Сделать обновление в стейте без изменения истории ?

Я не теряю надежды, что здесь есть люди, которым интересна тема rtk-query. Сформулировал свой вопрос гораздо более ёмко и в виде кода.

Почему из мидлвера api прилетает зареджекченая санка, если второй раз использовать в коде useGetPokemonByNameQuery? (Ссылка 1)

Думал, что это мой косяк, но нет... Данный код взят целиком и полностью из доки (Ссылка 2), моего там только логирование через дополнительный мидлвер. Значит это архитектурно так и должно быть.

Это ломает мне систему обработки ошибок, которая реализована через мидлвер, который ловит все зареджекченые санки...

Решил пока остановится на том, чтобы фильтровать ошибки по свойству action.meta.condition (true, если санка была зареджекчена через condition-callback, как я понял), но хз, насколько это правильно...

#вопрос Возможна ли диспатчит внутри redux tolkit extraReducers?

Можешь подробнее рассказать?

Что значит внутри тулкита диспачить экстраредюсеры