юзаю реакт редакс, при апдейте стора, будет рендориться только если стор используется в функции render?

Будет рендерится что? Ну хотя бы читайте свои сообщения перед тем как отсылать.

юзаю реакт редакс, при апдейте стора, будет рендориться только если стор используется в функции render?

Если пропесы обновляются, вне зависимости от того юзаются или нет, насколько я знаю

Будет рендерится что? Ну хотя бы читайте свои сообщения перед тем как отсылать.

компонент будет ререндориться при изменения стора, только в том случае если стор используется в функции render?

компонент будет ререндориться при изменения стора, только в том случае если стор используется в функции render?

Ререндер не зависит от того, что используется в рендере. Ререндер зависит только от проспсов и стейта.

А с пропсами работа уже зависит от того, что написано в cNU

Или как там этот метод лайфсайкла называется? Короче, лучше уточнить в документации.

cnu?

ето че

Лол, так работают промисы же

А, sCU, вспомнил.

Работа с пропсами не зависит от шуд компонент апдейт

Рендерер зависит

А чём проблема?

Есть такой массив роутов type Routes = { path: string, component?: React.Component, routes?: Array<Routes> } const routes: Array<Routes> = [ { path: '/', component: Main, }, { path: '/auth', routes: [ { path: '/', component: Auth }, { path: '/register', component: Register } ] } ]; Как такое распарсить? Может уже есть готовые решения?

Всем добрый день! По долгу службы временно вылез из бэкенда и делаю SPA на react/redux. Все отлично, но хотел бы прояснить банальные вещи. Подскажите люди добрые: 1) Как у клиента обновлять приложение? Деплои идут часто, а в SPA нужно обновить страницу, чтобы изменения вступили в силу, что не гуд. Мне нужно, чтобы приложение ОБЯЗАТЕЛЬНО рефрешнулось на клиенте при деплое. Как вы поступаете? Контроль версии по вебсокетам? Есть ли готовые ноу-хау? 2) При первом подходе я использовал так называемую duck-структуру проекта, где в сторе на каждый scene был отдельный набор экшенов, редьюсеров и т.д. Там же в экшенах были редиректы. Т.е. при успешном добавлении комментария сделай редирект по react-router на страницу поста. НО! Как я потом понял, теряется смысл редакса, я узнал в процессе больше про всякие селекторы и т.д. и как мне кажется duck-структура по философии это не к redux. Теперь вопрос: Какую структуру вы используете для больших приложений? Как работаете с редиректами в redux?

Спасибо всем, кто поможет

на learn.javascript.ru как раз в продвинутом курсе по реакт юзают duck

если есть деньги вы можете записаться на курс, иначе этот курс можно найти тут https://coursehunters.net/

Сам курс http://learn.javascript.ru/courses/advreact

по редакс еще есть хороший курс тут https://codedojo.ru/home

его так же можно найти на курсхантерс

Я прошел и на udemy заранее и на egghead.io и книгу от Дэна Абрамова прочитал. Но там совсем мелкие приложения. И по деплою особо ничего нет.

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

Т.е. сейчас две проблемы стоят: 1) Обновление SPA при деплое на клиенте 2) Масштабирование (когда экшенов до 1000 или больше)

во vue структура похожа на duck - имею ввиду организацию хранилища

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

А надо) Иначе никак. Это корпоративное финансовое ПО. Где нужно 100% синхрон бэка и фронта

это было решено разделением на модули

А надо) Иначе никак. Это корпоративное финансовое ПО. Где нужно 100% синхрон бэка и фронта

а если типа убивать аторизацию? и просить перенаправлять на логин?

А логин тоже в рамках SPA на JWT

Раньше аутентификацией управлял бэкенд-фреймворк и пускал в SPA через себя. Я убивал аутентификацию но это спасает на 90% (все таки есть действия не требующие аутентификации и в этом случае рефреша не было). Но теперь это 100% SPA на отдельном сервере и такая штука не пройдет.

Много всего в самом приложении

Поэтому нужен принудительный рефреш

Я слышал, что как-то можно сервис-воркером хэш-сумму основного js файла постоянно считывать и делать банальный window.refersh при несовпадении

тоже сейчас пытаюсь силами гугла найти - пока безрезультатно

Да, в интернетах почему-то мало инфы.

Ну может найдутся те, кто решил эту проблему у себя

ПОка продублировал в gitter и написал в твиттер Дэну Абрамову.

Я слышал, что как-то можно сервис-воркером хэш-сумму основного js файла постоянно считывать и делать банальный window.refersh при несовпадении

Я вижу такой костыль: Помимо index.html, куда вкладывается хешированный урл до файла с бандлом, генерить вебпаком аналогичный файлик рядом, где будет только этот урл. В своём приложении дёргай этот файлик раз в минуту. Если поменялся урл, то window.refresh

Привет. Есть условная задача: четыре компонента (один из которых посредник), когда у любого из компонентов меняется состояние, то все остальные реагируют на это (за ислючением посредника) и изменяют свое. Как бы вы реализовали?

Привет. Есть условная задача: четыре компонента (один из которых посредник), когда у любого из компонентов меняется состояние, то все остальные реагируют на это (за ислючением посредника) и изменяют свое. Как бы вы реализовали?

redux || mobx

Спасибо, а если без контейнера состояний?

Я слышал, что как-то можно сервис-воркером хэш-сумму основного js файла постоянно считывать и делать банальный window.refersh при несовпадении

SW сам считает хеш и реагирует как раз на изменение хеша. После чего перезапускается. Наверняка можно как-то обыграть жизненный цикл sw (https://developers.google.com/web/fundamentals/primers/service-workers/#lifecycle). Но это не точно. Или хеш файла может измениться без запроса?

Как во flow привести полученные данные с апи к интерыейсу? Нужна аналогичная запись, которая на ts выглядит так: const result = response.data as IResult;

Всем добрый день! По долгу службы временно вылез из бэкенда и делаю SPA на react/redux. Все отлично, но хотел бы прояснить банальные вещи. Подскажите люди добрые: 1) Как у клиента обновлять приложение? Деплои идут часто, а в SPA нужно обновить страницу, чтобы изменения вступили в силу, что не гуд. Мне нужно, чтобы приложение ОБЯЗАТЕЛЬНО рефрешнулось на клиенте при деплое. Как вы поступаете? Контроль версии по вебсокетам? Есть ли готовые ноу-хау? 2) При первом подходе я использовал так называемую duck-структуру проекта, где в сторе на каждый scene был отдельный набор экшенов, редьюсеров и т.д. Там же в экшенах были редиректы. Т.е. при успешном добавлении комментария сделай редирект по react-router на страницу поста. НО! Как я потом понял, теряется смысл редакса, я узнал в процессе больше про всякие селекторы и т.д. и как мне кажется duck-структура по философии это не к redux. Теперь вопрос: Какую структуру вы используете для больших приложений? Как работаете с редиректами в redux?

1. Подключите к проекту девопсов

Спасибо, а если без контейнера состояний?

Ну связать то надо как-то.

Я думал о чет-то типа паб/саб, но сильно заморочно получается. Спасибо

Я думал о чет-то типа паб/саб, но сильно заморочно получается. Спасибо

Можно проще, если объяснишь как они должны меняться.

Самый простой вариант - берём State из React-powerplug, засовываем в контекст. Готово.

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

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

А кто состояние меняет? Тебе точно нужно состояние и переключение засунуть пропсами. А откуда их взять - без разницы.

1. Подключите к проекту девопсов

К сожалению у меня нет средств для позиции девопса. И задача не кажется мне такой, что требуется специализированный человек.

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

А кто состояние меняет? Тебе точно нужно состояние и переключение засунуть пропсами. А откуда их взять - без разницы.

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

Впрочем, я разобрался, спасибо за советы )

Спасибо всем, кто поможет

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

Спасибо всем, кто поможет

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

Я слышал, что как-то можно сервис-воркером хэш-сумму основного js файла постоянно считывать и делать банальный window.refersh при несовпадении

Учти еще то что браузер кеширует, так что только location.reload(true); может помочь, но вообще если страница сама по себе будет обновляться это будет странно. Ну и зачем высчитывать на стороне клиента хеш от бандла если можно просто держать версию в конфигах?

Учти еще то что браузер кеширует, так что только location.reload(true); может помочь, но вообще если страница сама по себе будет обновляться это будет странно. Ну и зачем высчитывать на стороне клиента хеш от бандла если можно просто держать версию в конфигах?

location.reload(true); - не панацея, не везде работает

ERROR: S client not available

Как в redux-act убрать цифру вначале названия экшена?

Вопрос к гуру, почему данный код создаёт утечку памяти? const someChannel = channel() export function* watchSomeChannelSaga() { while (true) { const action = yield take(someChannel) yield put(action) } } export function* testSaga() { try { yield put(actions.someAction1()) const callback = (signature) => { someChannel.put(actions.someAction2(signature)) } yield call(sign, callback) } catch (error) { yield put(actions.someActionFailed(error)) } } export default function* () { yield fork(watchSomeChannelSaga) } ___ У меня мозг взрывался пока я искал где это происходит, а теперь не понимаю какого хрена. На вопрос зачем так делать - мне нужно задиспатчить экшен, при завершении некого действия в функции из довольно старой либы, которую нельзя заменить. И я н придумал ничего лучше чем сделать это через такой колбэк. Если есть идеи получше, то с радостью выслушаю.

Вопрос к гуру, почему данный код создаёт утечку памяти? const someChannel = channel() export function* watchSomeChannelSaga() { while (true) { const action = yield take(someChannel) yield put(action) } } export function* testSaga() { try { yield put(actions.someAction1()) const callback = (signature) => { someChannel.put(actions.someAction2(signature)) } yield call(sign, callback) } catch (error) { yield put(actions.someActionFailed(error)) } } export default function* () { yield fork(watchSomeChannelSaga) } ___ У меня мозг взрывался пока я искал где это происходит, а теперь не понимаю какого хрена. На вопрос зачем так делать - мне нужно задиспатчить экшен, при завершении некого действия в функции из довольно старой либы, которую нельзя заменить. И я н придумал ничего лучше чем сделать это через такой колбэк. Если есть идеи получше, то с радостью выслушаю.

sign промис возвращает?

sign промис возвращает?

нет, в том то и дело что она ничего не возвращает)

нет, в том то и дело что она ничего не возвращает)

оберни в промис

и потом просто делай const signature = yield call(sign); yield put(actions.someAction2(signature))

я не имею никакого влияния на функцию sign

всё что я могу сделать, передать ей колбэк

я не имею никакого влияния на функцию sign

это мешает обернуть в промис?

да блин, говорю же, она ничего не возвращает!

данные я откуда возьму?

данные я откуда возьму?

а откуда ты signature берешь?

эта либа её передаёт в колбэк

погугли что вроде callback to promise если не понимаешь о чем я говорю

погугли что вроде callback to promise если не понимаешь о чем я говорю

ок, спасиб

Всем добрый день! По долгу службы временно вылез из бэкенда и делаю SPA на react/redux. Все отлично, но хотел бы прояснить банальные вещи. Подскажите люди добрые: 1) Как у клиента обновлять приложение? Деплои идут часто, а в SPA нужно обновить страницу, чтобы изменения вступили в силу, что не гуд. Мне нужно, чтобы приложение ОБЯЗАТЕЛЬНО рефрешнулось на клиенте при деплое. Как вы поступаете? Контроль версии по вебсокетам? Есть ли готовые ноу-хау? 2) При первом подходе я использовал так называемую duck-структуру проекта, где в сторе на каждый scene был отдельный набор экшенов, редьюсеров и т.д. Там же в экшенах были редиректы. Т.е. при успешном добавлении комментария сделай редирект по react-router на страницу поста. НО! Как я потом понял, теряется смысл редакса, я узнал в процессе больше про всякие селекторы и т.д. и как мне кажется duck-структура по философии это не к redux. Теперь вопрос: Какую структуру вы используете для больших приложений? Как работаете с редиректами в redux?

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

погугли что вроде callback to promise если не понимаешь о чем я говорю

А сага тут каким боком?

Вопрос к гуру, почему данный код создаёт утечку памяти? const someChannel = channel() export function* watchSomeChannelSaga() { while (true) { const action = yield take(someChannel) yield put(action) } } export function* testSaga() { try { yield put(actions.someAction1()) const callback = (signature) => { someChannel.put(actions.someAction2(signature)) } yield call(sign, callback) } catch (error) { yield put(actions.someActionFailed(error)) } } export default function* () { yield fork(watchSomeChannelSaga) } ___ У меня мозг взрывался пока я искал где это происходит, а теперь не понимаю какого хрена. На вопрос зачем так делать - мне нужно задиспатчить экшен, при завершении некого действия в функции из довольно старой либы, которую нельзя заменить. И я н придумал ничего лучше чем сделать это через такой колбэк. Если есть идеи получше, то с радостью выслушаю.

А что конеретно течет и указывает на эту функцию?

А что конеретно течет и указывает на эту функцию?

сервер (для серверсайд рендеренга), а указывает то что когда я её убираю, то утечки нет) а так за сутки контейнер раз 5 рестартует, ибо лимит памяти закнчивается)

а кто запускает эту сагу и сколько раз?

(первую или вторую?)

а кто запускает эту сагу и сколько раз?

запускается по экшену, типо так: export default function* () { yield takeLatest( actions.SOME_ACTION, watchTestSaga, api ) }

сага от санка отличается только тем что там генераторы а там промисы ?

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

сервер (для серверсайд рендеренга), а указывает то что когда я её убираю, то утечки нет) а так за сутки контейнер раз 5 рестартует, ибо лимит памяти закнчивается)

Может утечка в либе? Зачем, кстати, колбек в генераторе объявлять?

+1, попробуй его вынести

А сага тут каким боком?

Таким что он ее использует?

Таким что он ее использует?

А промис тут каким образом? Не могу понять как сочетание промиса и саги решит проблему

А промис тут каким образом? Не могу понять как сочетание промиса и саги решит проблему

я думаю что возможно всё дело в этой хитрой(тупой?) схеме с channel, а промис позволит от неё отказаться...