общее редактирование.

тут у нас стейтменеджеров то штук 8 в чате

из них половина велосипеды админов

Ребята, у кого-нибудь был опыт "скрещивания" redux-saga и socket.io? подскажите, какой-нибудь годный мануал как "подружить этих двух зверей"

колбек, коблек, авейт промис. Вот и все

тут у нас стейтменеджеров то штук 8 в чате

в ридакс чате больше мб

в ридакс чате больше мб

ну я про стейтменеджеры а не обвязки вокруг редакса :)

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

с ними больше )

из них половина велосипеды админов

Я не админ ?

Больше флакса богу флакса

именно ишью

Я не админ ?

ок, 9 :)

rxjs

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

Я не админ ?

надо исправить :)

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

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

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

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

@artalar - так оверхед же выходит? Везде если применять, по сути классическими способами проще элементарные вещи делать

Ребята, у кого-нибудь был опыт "скрещивания" redux-saga и socket.io? подскажите, какой-нибудь годный мануал как "подружить этих двух зверей"

контейнер который подписывается, и диспатчит экшны, что еще нужно? у меня пока что так

@artalar - так оверхед же выходит? Везде если применять, по сути классическими способами проще элементарные вещи делать

Для всех классических способов уже есть методы в Rx.js =D Ну я скорее хотел сказать, что сами по себе стримы - это отдельный архитектурный (?) подход

Ребята, у кого-нибудь был опыт "скрещивания" redux-saga и socket.io? подскажите, какой-нибудь годный мануал как "подружить этих двух зверей"

А в чем проблема-то? Я не понимаю что может пойти не так. Или хочется просто по best practice какие-то узнать? Или что? https://rudevs.network/SJnVLYQm7

А в чем проблема-то? Я не понимаю что может пойти не так. Или хочется просто по best practice какие-то узнать? Или что? https://rudevs.network/SJnVLYQm7

нужен слушатель, который будет слушать события в фоне, не важно, активна сейчас вьюха или нет

Так это с сагами вообще никак не связано

рассказываю кейс: есть легаси код, в котором уже подключено socket.io-client и redux-saga, слушатели опиываются в сагах но на какой-то хрен все .on события обернуты условием while (true) { socket.on ('event') .... }

Ребята, у кого-нибудь был опыт "скрещивания" redux-saga и socket.io? подскажите, какой-нибудь годный мануал как "подружить этих двух зверей"

я бы сагу не юзал

ад конкретный

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

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

npmjs.com/mitt

я бы сагу не юзал

я бы тоже! с удовольствием =) что порекомендуешь вместо саги?

я бы тоже! с удовольствием =) что порекомендуешь вместо саги?

всё что угодно?)

рассказываю кейс: есть легаси код, в котором уже подключено socket.io-client и redux-saga, слушатели опиываются в сагах но на какой-то хрен все .on события обернуты условием while (true) { socket.on ('event') .... }

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

я бы тоже! с удовольствием =) что порекомендуешь вместо саги?

Как вариант redux-observable

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

Так... Экшены...

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

чет сложно и костыльно

рассказываю кейс: есть легаси код, в котором уже подключено socket.io-client и redux-saga, слушатели опиываются в сагах но на какой-то хрен все .on события обернуты условием while (true) { socket.on ('event') .... }

Это кривой подход. Там должно быть что-то типа while (true) { const action = yield take(socketChannel) yield put(action) }

т.е. не каждый socket.on оборачивать в while(true), а все сразу

т.е. не каждый socket.on оборачивать в while(true), а все сразу

а емиттер .emit тоже?

чет сложно и костыльно

Нормальный способ...

а емиттер .emit тоже?

Я вам описал зачем нужен while true - для избежания race condition путем игнорирования новых запросов в момент исполнения старых

поняла, спасибо

рассказываю кейс: есть легаси код, в котором уже подключено socket.io-client и redux-saga, слушатели опиываются в сагах но на какой-то хрен все .on события обернуты условием while (true) { socket.on ('event') .... }

Это не "кейс" - это то что у вас пост фактум происходит. Опишите что вам конкретно нужно сделать, какой юзер кейс реализовать. Советую руководствоваться https://rudevs.network/SJnVLYQm7

а емиттер .emit тоже?

Ну смотри, пример реального кода export default function* socketWatch() { const socket = yield call(connect) const socketChannel = yield call(subscribe, socket) while (true) { const action = yield take(socketChannel) yield put(action) } } function subscribe(socket) { return eventChannel((emit) => { … socket.on('userPermissions', (data) => { emit(Actions.updateCurrentUser(data)) }) … socket.emit(‘init’) } }

отступы как обычно поехали, оу вел

Ну смотри, пример реального кода export default function* socketWatch() { const socket = yield call(connect) const socketChannel = yield call(subscribe, socket) while (true) { const action = yield take(socketChannel) yield put(action) } } function subscribe(socket) { return eventChannel((emit) => { … socket.on('userPermissions', (data) => { emit(Actions.updateCurrentUser(data)) }) … socket.emit(‘init’) } }

Круто! спасибо! то, что и хотела узнать

роутер рендерит компонент, только если перезагрузить страницу. В чем проблема ?

роутер рендерит компонент, только если перезагрузить страницу. В чем проблема ?

connect?

да

платина в withRouter оберни

платина в withRouter оберни

тот компонент где Link, ведь ? )

тот компонент где Link, ведь ? )

да

ребята быстрый вопрос вот если мне нужен сср но у нас типа ДИНАМИЧЕСКАЯ страница в том плане, что рендер осуществляется по метаданным (json в базе) т.е у нас сначала подгружаются все жсоны потом из этих жсонов делаются реакт классы и только потом рендерятся все вышеуказанные вещи происходят на клиенте как я понимаю, в случае сср это будет так: запрос на страницу — на сервере (где сср) получаем файлы, генерим реакт код — отдаем в пупитир — на клиент готовый хтмл или в таком случае это и не нужно может просто хочу проверить, насколько оно будет быстрее. спасибо за ответы.

ребята быстрый вопрос вот если мне нужен сср но у нас типа ДИНАМИЧЕСКАЯ страница в том плане, что рендер осуществляется по метаданным (json в базе) т.е у нас сначала подгружаются все жсоны потом из этих жсонов делаются реакт классы и только потом рендерятся все вышеуказанные вещи происходят на клиенте как я понимаю, в случае сср это будет так: запрос на страницу — на сервере (где сср) получаем файлы, генерим реакт код — отдаем в пупитир — на клиент готовый хтмл или в таком случае это и не нужно может просто хочу проверить, насколько оно будет быстрее. спасибо за ответы.

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

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

а некст? я только вот начинаю.

ребята быстрый вопрос вот если мне нужен сср но у нас типа ДИНАМИЧЕСКАЯ страница в том плане, что рендер осуществляется по метаданным (json в базе) т.е у нас сначала подгружаются все жсоны потом из этих жсонов делаются реакт классы и только потом рендерятся все вышеуказанные вещи происходят на клиенте как я понимаю, в случае сср это будет так: запрос на страницу — на сервере (где сср) получаем файлы, генерим реакт код — отдаем в пупитир — на клиент готовый хтмл или в таком случае это и не нужно может просто хочу проверить, насколько оно будет быстрее. спасибо за ответы.

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

платина в withRouter оберни

Если компонент внутри <Router> то никакой withrouter не нужен же?

а некст? я только вот начинаю.

попробуй разобраться, теоретически должно работать

Если компонент внутри <Router> то никакой withrouter не нужен же?

внутри connect это правило отменяется

ERROR: S client not available

попробуй разобраться, теоретически должно работать

спс. я так понимаю, пупитир — полный хедлес хром, а некст жс только рендер осуществляет? т.е. не может тестировать и т.п.

внутри connect это правило отменяется

Странно, у меня такого не было

спс. я так понимаю, пупитир — полный хедлес хром, а некст жс только рендер осуществляет? т.е. не может тестировать и т.п.

ну да

какая-то ошибка?

какая-то ошибка?

тупо ноль эффекта )

тупо ноль эффекта )

PureComponent юзал?

PureComponent юзал?

нет

нет

В пропсах есть history объект ?

В пропсах есть history объект ?

надо было App оборачивать ) всегда когда эта фигня я не знаю что конкретно надо оборачивать

привет всем

можете подсказать, как правильно показывать алерты и confirmation window в редаксе ?

можете подсказать, как правильно показывать алерты и confirmation window в редаксе ?

Редакс не причем тут, портал еще посмотри хз

ну в редаксе ж все эти диспатчинги и пр. вот как правильно совместить всё ?

я смотрю, на SO и во всяких медиумах заводят отдельные редьюсеры и экшны для всех модалок

я смотрю, на SO и во всяких медиумах заводят отдельные редьюсеры и экшны для всех модалок

А что не так?

всем ку

А что не так?

ну вот и хочется узнать, как правильно, пушто способов штук 8 нашёл

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

начал пилить приложуху на реакте как лучше стили организовать ?

я еще не начал

подходы просто разные слишком

я еще не начал

Styled components

Так-то новый контекст можно вместо всего редакса использовать

Так-то новый контекст можно вместо всего редакса использовать

Не получается с ним так просто и прозрачно

Styled components

хорошо

Так-то новый контекст можно вместо всего редакса использовать

ну не, если логически разделять бизнесовую логику и ui то не получится

открывая и закрывая модалку ты не работаешь с бизнесовыми данными а отравляя patch на сервак работаешь