Как нормально обновлять редукс стейт вне реакта ?

даже в Root.js componentWillMount несколько раз отрабатыват

Как нормально обновлять редукс стейт вне реакта ?

store.dispatch

store.dispatch

Тогда уже window.store ?

Тогда уже window.store ?

Отсутствие реакта не значит, что у вас вообще ничего нет.

Отсутствие реакта не значит, что у вас вообще ничего нет.

Тут просто эктернал интерфейс на юнити

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

Абстрактный вопрос. Имеется REST API, основная функция - работа с заявками. Помимо методов апи по созданию, обновлению, проверке статуса и прочее, есть конкретная логика, в каком порядке какие методы вызываются, меняется в зависимости от разных параметров. В общем редьюсере храню метаданные состояния на каждый запрос, и полученные на успешные ответы данные по заявке нормализую и обновляю в одном обьекте. Запросы к бекенду - отдельный сервис, под капотом axios, специальных middleware не использую. Обработка асинхронных действий - redux-thunk, в простых случаях все похоже на пример из документации redux. Конкретные вопросы: а) В асинхронные action creators имеет смысл передавать данные из других редьюсеров в качестве аргумента, или это нормально, получать все возможные данные из getState() внутри создателя действий? (Смущают action creators длинной в 20+ строк) б) Стоил ли в этих action creators хранить логику (например нет id заявки, запускаем create, есть id, запускаем update, или когда начать пинг, а когда закончить), или и в компонентах можно решать такие вещи? Может стоит добавить еще маленьких action creators, для выноса этой логики, а работу с api не перегружать?

Абстрактный вопрос. Имеется REST API, основная функция - работа с заявками. Помимо методов апи по созданию, обновлению, проверке статуса и прочее, есть конкретная логика, в каком порядке какие методы вызываются, меняется в зависимости от разных параметров. В общем редьюсере храню метаданные состояния на каждый запрос, и полученные на успешные ответы данные по заявке нормализую и обновляю в одном обьекте. Запросы к бекенду - отдельный сервис, под капотом axios, специальных middleware не использую. Обработка асинхронных действий - redux-thunk, в простых случаях все похоже на пример из документации redux. Конкретные вопросы: а) В асинхронные action creators имеет смысл передавать данные из других редьюсеров в качестве аргумента, или это нормально, получать все возможные данные из getState() внутри создателя действий? (Смущают action creators длинной в 20+ строк) б) Стоил ли в этих action creators хранить логику (например нет id заявки, запускаем create, есть id, запускаем update, или когда начать пинг, а когда закончить), или и в компонентах можно решать такие вещи? Может стоит добавить еще маленьких action creators, для выноса этой логики, а работу с api не перегружать?

redux-saga тебе поможет

всем привет, почему может не работать react-hot-loader/babel совместно с transform-async-to-generator

Что значит "не работать"?

redux-saga тебе поможет

С redux-saga получается, что у меня просто похудеет соответствующий ducks модуль, а рядом появится сага с этой логикой, или есть реальный профит?

Что значит "не работать"?

react-hot-loader отрабатывает, но после того как проект перезапущен (запускаем проект меняем (что-то) 0 эмоций, перезапускаем и типа отрабатывает hot-update)

Что значит "не работать"?

без использования async /await все работает

С redux-saga получается, что у меня просто похудеет соответствующий ducks модуль, а рядом появится сага с этой логикой, или есть реальный профит?

логика работы с api у тебя будет лежать в отдельном месте, в котором у тебя будут решаться вопросы, которые ты описал

Абстрактный вопрос. Имеется REST API, основная функция - работа с заявками. Помимо методов апи по созданию, обновлению, проверке статуса и прочее, есть конкретная логика, в каком порядке какие методы вызываются, меняется в зависимости от разных параметров. В общем редьюсере храню метаданные состояния на каждый запрос, и полученные на успешные ответы данные по заявке нормализую и обновляю в одном обьекте. Запросы к бекенду - отдельный сервис, под капотом axios, специальных middleware не использую. Обработка асинхронных действий - redux-thunk, в простых случаях все похоже на пример из документации redux. Конкретные вопросы: а) В асинхронные action creators имеет смысл передавать данные из других редьюсеров в качестве аргумента, или это нормально, получать все возможные данные из getState() внутри создателя действий? (Смущают action creators длинной в 20+ строк) б) Стоил ли в этих action creators хранить логику (например нет id заявки, запускаем create, есть id, запускаем update, или когда начать пинг, а когда закончить), или и в компонентах можно решать такие вещи? Может стоит добавить еще маленьких action creators, для выноса этой логики, а работу с api не перегружать?

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

нет, нет

Поясни пож-та

Поясни пож-та

мутабельность не нужна

мутабельность не нужна

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

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

есть бенчмарки?

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

Ну тогда мобх тоже выкинуть надо будет

есть бенчмарки?

Что быстрее, пересоздать объект и присвоить его или изменить нужное поле в объекте?

Что быстрее, пересоздать объект и присвоить его или изменить нужное поле в объекте?

декомпозируй редьюсеры

декомпозируй редьюсеры

мы сейчас про мутабельность или про что?

в лучшем случае должны возвращать примитивы

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

Ты не ответил на мой вопрос )

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

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

Я не это спрашивал жеж

я довел мысль в нужное русло

я довел мысль в нужное русло

лол

TypeError: history.listen is not a function

такая ошибка

Какая версия react-router?

"react-router": "^4.2.0",

Так, хистори как-то по-другому подключался к стору

Ща

в лучшем случае должны возвращать примитивы

что-то сомневаюсь

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

что-то сомневаюсь (2)

"react-router": "^4.2.0",

import { ConnectedRouter } from 'react-router-redux';

https://github.com/reactjs/react-router-redux

Вот же

Какой createHistory

Стоп, не то

https://github.com/ReactTraining/react-router/tree/master/packages/react-router-redux

Вот так должно быть

о, спасибо

Мигрировал с redux-form на formik: как свежего воздуха глотнул. Только одна проблема: получение значениий полей извне формы. Раньше они легко вытаскивались из стора через formValueSelector. Сейчас пропихиваю onChange из хока до формы, но выглядит костыльно. Кто-нибудь решал подобную задачу?

Мигрировал с redux-form на formik: как свежего воздуха глотнул. Только одна проблема: получение значениий полей извне формы. Раньше они легко вытаскивались из стора через formValueSelector. Сейчас пропихиваю onChange из хока до формы, но выглядит костыльно. Кто-нибудь решал подобную задачу?

Тоже кайфую с формика.

Ребята,подскажите,в чем может быть проблема: даю transform: "matrix(1 0 0 1 0 0)" как инлайн стайл в компоненте,но на деле он исчезает,хотя тот же rotate работает

еще один такой вопрос — будет RO на неделю

Ребята,подскажите,в чем может быть проблема: даю transform: "matrix(1 0 0 1 0 0)" как инлайн стайл в компоненте,но на деле он исчезает,хотя тот же rotate работает

это не тебе :)

Ребята,подскажите,в чем может быть проблема: даю transform: "matrix(1 0 0 1 0 0)" как инлайн стайл в компоненте,но на деле он исчезает,хотя тот же rotate работает

трансформы не суммируются же, значит ротейт перебивает его

Ребята,подскажите,в чем может быть проблема: даю transform: "matrix(1 0 0 1 0 0)" как инлайн стайл в компоненте,но на деле он исчезает,хотя тот же rotate работает

по идее matrix (1, 0, 0, 1, 0, 0) вообще ничего не должно происходить

ERROR: S client not available

трансформы не суммируются же, значит ротейт перебивает его

я их не суммирую,я пишу только один transform

по идее matrix (1, 0, 0, 1, 0, 0) вообще ничего не должно происходить

да,так и задумано,но суть в том,что это свойство вооще не применяется,поэтому в дальнейшемне могу его получить через object.style.transform

я их не суммирую,я пишу только один transform

запятыми отделяешь числа?

потому что вот этот matrix (1 0 0 1 0 0) синтаксис неправильный

это шесть бит

запятыми отделяешь числа?

мой косяк,скопировал с svg а там без запятых.Спасибо за помощь

гайз, всем привет, вопрос насчет потери контекста ifMobile('do nothing', this.emailInput.input.focus.bind(this.emailInput.input))можно ли этого байдинга как то избежать? А то чуть что illegal invocation

анонимкой

ну или статейку по этому поводу хорошую

ifMobile('do nothing', () => this.emailInput.input.focus());

аля вот так

да не помагает анонимка вроде

хотя ща попробую

ifMobile('do nothing', () => this.emailInput.input.focus());

а нет, таки помогла, спс ?

единственный минус, ты создаешь еще одну функцию

ток у тя бинд неверный был

this.emailInput.input.focus.bind(this)

ты ж контекст привязываешь

или он там и должен был быть this.emailInput.input?

вроде и должен быть

я в фп полез, оно там черт знает где вызывается

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

ifMobile('do nothing', this.setFocus.bind(this)); //.... setFocus() { this.emailInput.input.focus(); }

как то так

да, в принципе так тоже красиво

?