Аааа, понял. То есть результат в this.state может быть не таким как я ожидаю ?

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

function setState(getNewState, callback) { setInnerState(getNewState(...)) callback() }

Сетстейт асинхронен. Так что промис вполне может быть

Можно сделать обертку для сетстейт и все будет работать ок

Можно сделать обертку для сетстейт и все будет работать ок

Промисы будут гарантировать то, стейт между функциями не изменится?

Если будут, то ок.

Промисы будут гарантировать то, стейт между функциями не изменится?

А. Ты имеешь ввиду после await будет правильный this.state

Надо проверить

А. Ты имеешь ввиду после await будет правильный this.state

Да.

Так как механизм установки стейта ещё и батчит апдейты

Проблема: Некоторые img приходят с сервера (digital ocean) в виде: %D0%BD%D0%BE%D0 и соответсвенно их не видно Сами img по урлу есть. Не понимаю почему некоторые приходят в нормальном виде, например: картинка-11.png Название картинок на русском языке Может кто знает как исправить?

Проблема: Некоторые img приходят с сервера (digital ocean) в виде: %D0%BD%D0%BE%D0 и соответсвенно их не видно Сами img по урлу есть. Не понимаю почему некоторые приходят в нормальном виде, например: картинка-11.png Название картинок на русском языке Может кто знает как исправить?

decodeURI

+ я боюсь, что люди начнут писать await this.setState(): await this.setState();

Проблема: Некоторые img приходят с сервера (digital ocean) в виде: %D0%BD%D0%BE%D0 и соответсвенно их не видно Сами img по урлу есть. Не понимаю почему некоторые приходят в нормальном виде, например: картинка-11.png Название картинок на русском языке Может кто знает как исправить?

Преобразовать в нормальный вид?

Как-то так вроде

Такой потенциал для говнокода!

+ я боюсь, что люди начнут писать await this.setState(): await this.setState();

+ не каждый сет стейт гарантирует ререндер

+ не каждый сет стейт гарантирует ререндер

Я знаю.

decodeURI

Смущает, что часть показывается без этого

Ребзи, а может мне кто-нибудь внятно объяснить как будет работать асинк рендер со стейт менеджерами ? Соре, я тупой и не понимаю

Ребзи, а может мне кто-нибудь внятно объяснить как будет работать асинк рендер со стейт менеджерами ? Соре, я тупой и не понимаю

С текущими так же.

А для нормальных реакт мало инфы наружу выдаёт.

С текущими так же.

То есть синхронно ? Пока данные не пришли все равно дернется рендер ? Я имею ввиду фетчер апи который Абрамов показывал зимой

То есть синхронно ? Пока данные не пришли все равно дернется рендер ? Я имею ввиду фетчер апи который Абрамов показывал зимой

Не понимаю вопроса. Фетчер апи просто взваливает дополнительную функцию на реакт, которая и сейчас прекрасно делается.

Не понимаю вопроса. Фетчер апи просто взваливает дополнительную функцию на реакт, которая и сейчас прекрасно делается.

Ты можешь сейчас отложить рендер до тех пор пока тебе не прийдут данные ?

Ты можешь сейчас отложить рендер до тех пор пока тебе не прийдут данные ?

Да. Верни null

Ну блин это не одно и тоже

В чём разница?

Не будет лишнего вызова

Не будет лишнего вызова

Будет, но в другом месте.

Какие данные

?

Будет, но в другом месте.

Ладно, видимо я что-то не до конца понимаю

Да. Верни null

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

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

Надо полагаться на ответ не от реакта, а от стора)

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

Интересно как next ждет

А хотя он не ждёт

Он скорее всего 2 раза рендерит на сервере

Он скорее всего 2 раза рендерит на сервере

по таймауту?)

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

Я думаю сначала идёт рендер без данных в ноде, потом getInitProps отдает новые пропсы, идет второй рендер и потом уже все это падает на клиент

Я думаю сначала идёт рендер без данных в ноде, потом getInitProps отдает новые пропсы, идет второй рендер и потом уже все это падает на клиент

эээ а зачем такое делать? там пропсы пустые будут же

эээ а зачем такое делать? там пропсы пустые будут же

Ну после await вернет новые пропсы

Мб ты стейт изменяешь внутри редюсера

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

А кто какие “админки” использует? Надо сделать минимальную - буквально картинку загрузить/текст отредактировать для товарной карточки, плюс пара свойств для красоты. Года три этим не занимался ?

А кто какие “админки” использует? Надо сделать минимальную - буквально картинку загрузить/текст отредактировать для товарной карточки, плюс пара свойств для красоты. Года три этим не занимался ?

cockpit cms сгодится

Спасибо, headless - то что доктор прописал

как заставить работать bindActionCreators с thunk

как заставить работать bindActionCreators с thunk

const mapDispatchToProps = { renameActiionCreator: actionCreator, } bAC не нужен

const mapDispatchToProps = { renameActiionCreator: actionCreator, } bAC не нужен

отдельно то понятно. а вместе как?

отдельно то понятно. а вместе как?

у меня с санками все работает

const mapDispatchToProps = { renameActiionCreator: actionCreator, } bAC не нужен

да не нужен. я им не пользуюсь, но вот надо в проэкте пофикстить баг, где его юзали

да не нужен. я им не пользуюсь, но вот надо в проэкте пофикстить баг, где его юзали

думаю проблема в подключении

чот дичь какая-то const mapDispatchToProps = { ...userActions, } должно работать

дитчайшая дичь

на 30 какой-то стрём

ERROR: S client not available

дитчайшая дичь

а еще там плоский объект нужен

так как я написал должно быть ок

все работает. там трабла в другом была. сорян =/

http://joxi.ru/nAyzGzJhY8Ennr потом так: http://joxi.ru/ZrJV9Vkh9q47Br

http://joxi.ru/nAyzGzJhY8Ennr потом так: http://joxi.ru/ZrJV9Vkh9q47Br

залей нормально скрины

я не умею(

Вопрос, по костылям. Есть АПИ которое возвращает список элементов и кол-во страниц. То есть допустим страниц 2500 ..Если же передать страницу больше чем 1000 то АПИ кидает ошибку, мол больше 1000 нельзя. Хочу сделать костыльчик чтобы если страниц больше 1000, то ставить ровно 1к ...Где лучше это делать? В экшене?

http://joxi.ru/nAyzGzJhY8Ennr потом так: http://joxi.ru/ZrJV9Vkh9q47Br

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

Вопрос, по костылям. Есть АПИ которое возвращает список элементов и кол-во страниц. То есть допустим страниц 2500 ..Если же передать страницу больше чем 1000 то АПИ кидает ошибку, мол больше 1000 нельзя. Хочу сделать костыльчик чтобы если страниц больше 1000, то ставить ровно 1к ...Где лучше это делать? В экшене?

Сделай декоратор поверх функции.

Сделай декоратор поверх функции.

Так в каком месте

Так в каком месте

Я в апи сделал бы.

Я в апи сделал бы.

Стороннее апи

Стороннее апи

Ты как его используешь? Функцию дёргаешь?

Ты как его используешь? Функцию дёргаешь?

В экшене

Тогда в экшене закостыль.

Всем привет! Кратко опишу предметную область. Имеется десктоп приложение, не "сервере" крутится cefsharp(C#), на фронте у меня React/Redux. На "сервере" у нас есть разные методы, при вызове которых у нас возвращается Promise. С "сервера" к нам может прийти тело с ошибкой, после чего мне нужно будет об этом сообщить. На данный момент проверка на ошибку описана в каждом вызове, что согласитесь очень не очень. Я подумал разработать для проверки ошибки middleware. Думаю сделать подобным образом: при каждом вызове метода, диспачить экшн, в который я буду передавать тело ответа, если ошибка всё же есть, то выводить её и прекращать дальнейшее выполнение функции. Вопрос. На сколько вообще это логично ? Может подскажите более элегантное решение ?

Привет, может кто посоветовать как комментировать api методы для другого разработчика ? И нужно ли. Написать про аргументы например, тип, структуру итд

Привет, может кто посоветовать как комментировать api методы для другого разработчика ? И нужно ли. Написать про аргументы например, тип, структуру итд

Типизировать начни.

Типизировать начни.

ты про тс?

ты про тс?

flow/ts. То, что больше нравится. Всяко это лучше, чем ванильный js.

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

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

Тогда напиши jsdoc и не парься.

Тогда напиши jsdoc и не парься.

окей

ребятки

напомните какая альтернатива loadable?

напомните какая альтернатива loadable?

loadable-components

спасибо