Ребята, хелпаните. <div id='wrapper' onClick={() => this.setState({show: true})}> <div id='click' onClick={() => this.setState({show: false})}> //... </div> </div> надо что бы при клике на #click в стейте был false.

event.stopPropagation

Доброй ночи. Подскажите плиз, есть стейтлесс компонент(функция) в которую приходит пропс. Родитель этого компонента приконекчен к редакс форм. В качестве валидации стейтлесс компонент принимает функцию из замыкания, которая возвращает массив с валидационными правилами. Вопрос как мне в функции, той что возвращает массив получить пропсы? Я знаю про (value,allValues,props). Это решение не работает в моей ситуации, есть предложения?

Всем привет! Подскажите решения для Redux + websockets?

With extra argument чекай

With extra argument чекай

Всем привет! Подскажите решения для Redux + websockets?

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

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

будет. А вообще нужно сделать нечно что примит и отправит запрос и просто задиспатчит все

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

что не видишь ?

разницы не вижу между получением данных по сокету или по http запросу

тебе как разработчику не хилая разница

я о том и спрашиваю, в чем она заключается?

ну если ты через экстра аргументы + сокет ио тогда хз вроде никакой но мне кажется это так себе

я не понимаю зачем тут экстра аргументы (у меня без). Так же как и не увидел аргументов про разницу.

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

> еще варик тупо диспатчить тупые экшены и отдавать данные я про него и говорю, в таком случае разницы не вижу между http / ws пример с экстра и сокетом если есть под рукой, взглянул бы, чем это удобнее.

а как ты просто работаешь с данными ?

> еще варик тупо диспатчить тупые экшены и отдавать данные я про него и говорю, в таком случае разницы не вижу между http / ws пример с экстра и сокетом если есть под рукой, взглянул бы, чем это удобнее.

что то типа function foo() { return function(dispatch, getState, { socket }) { const data = await socket.send({}) } } вот тут нету отличий

это если просто получить данные я так понял у тебя идет ряд потписок (какая то портянка эмитера которая просто диспатчит данные ?)

dispatch({ type: GET_ACTIVITIES_REQUEST, }) let channel = getState().session.channel channel.push('json-rpc', { method: 'statistics.getActivities', params: nextParams, }, 10000) .receive('ok', (data) => { dispatch({ type: GET_ACTIVITIES_SUCCESS, data }) }) .receive('error', (err) => { // обработка ошибки })

воу как жеско

getState().session.channell как до такого можно было додуматься ? D

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

что значит канал ? Какой сокет

не юзал. Но это не важно. Что вначале помешало сделать экстрой ?

thunk.withExtraArgument это самое тру если к сокету нужно обращатся если не нужно, а тупо подписатся тогда как хочешь

я не предлогаю в сторе хранить. Экстра не стор

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

или я херню каку-то выдумаю?

https://github.com/qbeon/webwire-go/blob/master/README.md Чекай

у меня сервер на Go, использую gorilla/mux. От авторов есть gorilla/websocket. И что-то мне подсказывает что socket.io многое скрывает, чтобы было просто использовать

а че те от вебсокетов надо ?

а че те от вебсокетов надо ?

т.е просто апдейты ловить ?

Так я вот и думаю. Сейчас все работает через fetch(). Просто решение в лоб - автоапдейтер на 1 минуту.

Так я вот и думаю. Сейчас все работает через fetch(). Просто решение в лоб - автоапдейтер на 1 минуту.

может быть есть смысл заюзать sse и не тянуть вебсокеты

если коротко sse это просто коннекшин который постоянно висит к твоему серверу и получает апдейты от него если что-то меняется, при этом все через хттп/2 или обычный хттп, а на клиенте там почти такой же апи как у сокетов только слушание ивентов

если коротко sse это просто коннекшин который постоянно висит к твоему серверу и получает апдейты от него если что-то меняется, при этом все через хттп/2 или обычный хттп, а на клиенте там почти такой же апи как у сокетов только слушание ивентов

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

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

./index.html

паша, почему ты ольга ?