кастомные заголовки обычно делают в обертке к транспорту

транспорту тоже нужно как-то это передать

можешь инициализировать сервис работы с апи один раз и гонять его через контекст реакта

транспорту тоже нужно как-то это передать

ну в рут саге инициализируешь модуль с транспотным врапером

передаешь туда нужные параметры

можешь инициализировать сервис работы с апи один раз и гонять его через контекст реакта

только вот так не нужно делать :))

DI он и в африке DI

похуй на интерфейс

компоненты реакт ничего не должны знать про API функции и транспорт

они должны быть независимы от всего этого

meh?

ну в рут саге инициализируешь модуль с транспотным врапером

а дальше? передавать во все остальным руками? как то фуу

вообще да, но я пока другого способа не нашел это сделать без синглтонов

нашел какой-то setContext

а дальше? передавать во все остальным руками? как то фуу

да нет же

но пока не разобрался

делаешь обоерточный метод над axios или interceptor на него описываешь

делаешь обоерточный метод над axios или interceptor на него описываешь

ну а в место вызовы апи это как попадет? синглтон не вариант

ща покажу свой варик

у меня в разных проектах разная ситуация и разные обоертки

давай, интересно

что там кроме синглтона либо глобального инстанса может быть

вот простецкий вариантик

и потом функции API зеркалишь в вебе

не видно где у тебя токен хранится

в более серьезном проекте там более сложный врапер

в этом врапере нет токена там бакендщики через куки сделали

тут интересует именно хранение токена а не то как ты врапперы написал

т.е. есть какой-то апи-релейтед стейт

вот еще пример

Илья, еще придумал ебанутый вариант Получаешь токен, кладешь в куку

тут интересует именно хранение токена а не то как ты врапперы написал

токен хранится в localStorage

В сервисе дергаешь его

ну или в lS

А я класс сделал

Его проще мокать

Немного

А я класс сделал

ну у меня этих вариантов много, не все проекты сам с нуля писал же

смысл в том, чтобы потом можно было легко заменить axios на что-то другое

вот простецкий вариантик

не вариант, при так это должно тработать и на сервере. К тебе пришел польльзватле ты создал стор на сервере и запускаешь экшены для него

например на отправку запросов в вебсокеты

смысл в том, чтобы потом можно было легко заменить axios на что-то другое

Ну да. У меня тоже так

Плюс отвязаться от текстовых урлов

не вариант, при так это должно тработать и на сервере. К тебе пришел польльзватле ты создал стор на сервере и запускаешь экшены для него

так что там со стором на стороне сервера?

для чего вообще сервер рендеринг нужен?

он нужен для 1. SEO 2. для медленных клиентов

так что там со стором на стороне сервера?

для SEO

что имеется в виду под стором на бакенде?

redux стор который ты прокидыавешь в приложение перед его рендером на сервере

с бакенда прокидываю?

короче нашел setContext и getContext в сагах. Буду пробовать

в смысле полный глобальный стейт приложения хранится на бакенде где-то?

с бакенда прокидываю?

да - ведь рендеринг на беке

в смысле полный глобальный стейт приложения хранится на бакенде где-то?

нет от создается только на момент обработки запроса

как бы посмотреть пример вашей архитектуры

как бы посмотреть пример вашей архитектуры

с ssr не работал видимо?))

это react next?

с ssr не работал видимо?))

работал, но у меня немного другое представление об SSR :)

как бы посмотреть пример вашей архитектуры

ее нет. Пришел на проект, там саги. Нужно запилить ssr

в смысле полный глобальный стейт приложения хранится на бакенде где-то?

создается на каждый коннект

свой стор

А в redux-saga как то можно передать контекст? К примеру мне ко всем вызовам к апи надо добавлять заголовки

В function-tree можно

ERROR: S client not available

ее нет. Пришел на проект, там саги. Нужно запилить ssr

Как вариант ещё можно в рут саге инициализировать то что тебе нужно и аргументами прокидывать в саги, но контекст наверное более правильное решение

Ребят, а как сделать, чтобы bundle.js раздавался на одном порту, а index.html с 2-м бандлом лежал на 2-м порту и во 2-м бандле уже первый зареквайрить, чтобы можно было одновременно разрабатывать оба бандла? При чем чтобы 1-й бандл отдавался только js, не генерируя html.

просто как-то сделать на localhost 2 порта с шейред компонентами, которые не генерируют хтмл и отдают js и уже основной проект, который будет этот js запрашивать?

Я диспатчу экшн. Теперь я хочу сделать условным его. Внутри thunk я хочу взять стор/стейт, применить к нему селектор. Потом хочу взять копию стора, диспатчнуть экшн и применить селектор к новому стейту. И потом их сравнить. И по результатам сравнения решать, диспатчить ли экшн к основному стору. Все это внутри thunk. Нормальная затея или воняет?

Я диспатчу экшн. Теперь я хочу сделать условным его. Внутри thunk я хочу взять стор/стейт, применить к нему селектор. Потом хочу взять копию стора, диспатчнуть экшн и применить селектор к новому стейту. И потом их сравнить. И по результатам сравнения решать, диспатчить ли экшн к основному стору. Все это внутри thunk. Нормальная затея или воняет?

Вроде, редакс-девтулз похожим образом работает

Я диспатчу экшн. Теперь я хочу сделать условным его. Внутри thunk я хочу взять стор/стейт, применить к нему селектор. Потом хочу взять копию стора, диспатчнуть экшн и применить селектор к новому стейту. И потом их сравнить. И по результатам сравнения решать, диспатчить ли экшн к основному стору. Все это внутри thunk. Нормальная затея или воняет?

По идеи за реакцию стора на экшон должен заниматься редьюсер, в чем смысл проверять эту реакцию?

По идеи за реакцию стора на экшон должен заниматься редьюсер, в чем смысл проверять эту реакцию?

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

Тогда лучше проверить заранее, или создать второй экшон типа tryChange, и к примеру в саге решать отправлять финальный экшон или нет, а снапшоты стейта не лучший подход

Ну для проверки мне нужно селекторы применить к старому и новому стейту.

Ну для проверки мне нужно селекторы применить к старому и новому стейту.

Можно более конкретно описать ситуацию, почему получается такой кейс?

Можно более конкретно описать ситуацию, почему получается такой кейс?

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

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

Селект по стейту в санке и пытаться определить будет ли валидной новая дата

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

Селект по стейту в санке и пытаться определить будет ли валидной новая дата

Ну для этого мне нужно применить селектор к старому и новому стейту. Собственно, я и спрашиваю, нормально ли будет создавать копию стора, диспатчить экшн (смена даты), применять селектор и сравнивать. Внутри thunk.

Селектор селектит установленую в сторе дату? Модифиуируй или добавь селектор который будет принимать новую дату и применяй его к текущему стейту

Я диспатчу экшн. Теперь я хочу сделать условным его. Внутри thunk я хочу взять стор/стейт, применить к нему селектор. Потом хочу взять копию стора, диспатчнуть экшн и применить селектор к новому стейту. И потом их сравнить. И по результатам сравнения решать, диспатчить ли экшн к основному стору. Все это внутри thunk. Нормальная затея или воняет?

это не нормально, для этого есть специальное место - мидлваре

Селектор селектит установленую в сторе дату? Модифиуируй или добавь селектор который будет принимать новую дату и применяй его к текущему стейту

Да, селектит.

Да, селектит.

Так если передать в селект как аргумент это значение и применить его к стейту?

Подскажите пожалуйста, почему у меня выводит в консоль сообщение дважды, как это можно пофиксить? Вот код https://jsfiddle.net/69z2wepo/160066/

Так если передать в селект как аргумент это значение и применить его к стейту?

Пока не совсем понимаю. Аргумент для селектора это же весь стейт.

Не обязательно, можно передать и дополнительные

Пока не совсем понимаю. Аргумент для селектора это же весь стейт.

Создать ещё один селектор который принимает стейт и новую дату, а не выбирает её из стейта

Пока не совсем понимаю. Аргумент для селектора это же весь стейт.

Если реселект, там опционально пропсы вторым аргументом.

Подскажите пожалуйста, почему у меня выводит в консоль сообщение дважды, как это можно пофиксить? Вот код https://jsfiddle.net/69z2wepo/160066/

такие вещи лучше вешать на keyup

Если реселект, там опционально пропсы вторым аргументом.

Реселект.

такие вещи лучше вешать на keyup

Поменял, но поведение осталось прежнее

Поменял, но поведение осталось прежнее

2 лисенера, 2 сообщения, все верно

2 лисенера, 2 сообщения, все верно

Как можно это исправить в рамках моего компонента?

Поменял, но поведение осталось прежнее

ты неправильно работаешь с textarea