А в телеграме?

А в телеграме?

В телеграме англечане не сидят

ребят

давно такого не видел

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

делаю авторизацию через соц сеть, как открыть новое окно?

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

Так это не слухи ,что ты в телеге работаешь ? С:

Или я плохо шутки понимаю

@ZeroBias, ты когда-то рассказывал, как тебе помогает функциональщина, но я не могу найти. Что у тебя за задачи такие?

Подскажите в redux-form есть возможность инициализировать две формы с одним сабмитом?

Подскажите в redux-form есть возможность инициализировать две формы с одним сабмитом?

На он сабмит повесить один и тот же обработчик

Так это не слухи ,что ты в телеге работаешь ? С:

Допустим, я хорошо разбираюсь в этой технологии ?

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

я про вопрос “xhr или ajax” ?

Ок)

делаю авторизацию через соц сеть, как открыть новое окно?

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

Просто два сабмита

Которые передают данные в один и тот же метод

Который принимает два параметра - данные с формы, и с таблицы

https://github.com/ecomfe/redux-managed-thunk

блин вроде бы идея хорошая

но что-то звездочек мало

я чет не понял, стейт между вызовами thunk-а?

я чет не понял, стейт между вызовами thunk-а?

смысла в либке ?

Да

ну типа базовый санк в котором вызываются какие-то хуки

и потом через композицию добавляется какой-то функционал

или отмена екшона или аптимистик апдейты

ну по сути подход это, const thunk = f; const enhancer = (thunk) => args=> dispatch => thunk(args)(dispatch)

и просто набор енхенсеров такого вида

Я хотел что-то такое по фукнционалу в своей либке, но с более удобным апи

ну и конфигурирование в через такую жесткую композицию мне не нравится

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

хм, прикольная идея, да

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

но оно как-то не очень структурировано и не очень удобно

что-ли

вот какой вопрос, есть ли где реализация котовых конструкторов редьюсеров?)

констуктор редюсеров ?

мультиредюсер ?

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

разные только экшоны

А что тебе надо от асинхронного редюсера ?)

ну точнее асинхронных списков

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

собственно конструктор редьюсеров, это функция, принимающая конфиг (экшоны для вызова?, поля?) и отдающая редьюсер. Или функция, которая ничего не принимает, а отдает и редьюсер, и экшоны. Главное, что она абстрагирует какой-то шаблон редьюсеров. И важно, чтобы они были компосабл и расширяемые

собственно конструктор редьюсеров, это функция, принимающая конфиг (экшоны для вызова?, поля?) и отдающая редьюсер. Или функция, которая ничего не принимает, а отдает и редьюсер, и экшоны. Главное, что она абстрагирует какой-то шаблон редьюсеров. И важно, чтобы они были компосабл и расширяемые

Мне кажется это лишний слой абстракции, который только усложнит все

Ну тип тут абстракция ввиде редюсера который конфигурится ненужна

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

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

В основном проблемы с асинхронными екшонами, а не с реюзом редюсеров

да всякие uniq([...state, ...action.payload.items.map(item => item.id)]) повторяются из раза в раз. Частично решается выносом самого этого кода в функцию, но остается же .on(somethingResonse, ...)

хм

юзай normalize

Нормализ решит проблему с общими данными, но с локальными нет

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

https://github.com/zhDmitry/rrethunk/tree/master/examples

вот примерчик если интересно

туду с optimistic апдейтами https://zhdmitry.github.io/rrethunk

бля, начал по привычки ридми читать

ридми выше

но это ридми к либке

там может быть есть немного говнокод, но он там специально)

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

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

да всякие uniq([...state, ...action.payload.items.map(item => item.id)]) повторяются из раза в раз. Частично решается выносом самого этого кода в функцию, но остается же .on(somethingResonse, ...)

Я делал функцию селектор, где сначала линкуется проп для изменения, а потом описываются действия (изменение стейта), но проблема в том, что такой подход не работает с иммутабельностью т.е. mod(state=>state.section, section => {... section}) Возможно можно так сделать с immutable js, но я не пробовал

так, я не понял, как тут селектор поможет?

типа селекторы в редьюсере для пропсов?

так, я не понял, как тут селектор поможет?

мне кажется лучше всего сделать функции утилиты которые в on пихаешь

и которые можно конфигурить

По идеи можно сделать шаблоны изменения стейта и только мапить поддрево тогда получится что-то типа add_to_state(state => state.section)

on(actions.fetch, mergeIds(‘id’))

типа селекторы в редьюсере для пропсов?

Я не про либу селект

А про слово select выбор

так и я не про либу

Ну вот выше привёл пример

Что нудно будет указывать только локацию изменения

так зачем, у меня редьюсеры и так атомарны

нет вложенных объектов

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

Я для себя сделал конструкторы типа SectionA(SectionB({a:0})) Что создаёт {SectionA:{SectionB :{a:0}}} А редьюсер мидлвар делает иммутабельное обновление Работает как immutable dot какая-то либа не помню

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

мне кажется лучше всего сделать функции утилиты которые в on пихаешь

Крч я про это же говорил

какое апи будет лучше

типа два примерчика

withCancel это конфигурация через higher order function, а второе через контекст

а второй пример

мне кажется, тут проще тупо взять саги

Ребзи, я так и не понял штуку с реселектом. Как Мне по событию применить другой селектор к стейту ?

А как в сагах транзакции и оптимистик апдейты ?

Ребзи, я так и не понял штуку с реселектом. Как Мне по событию применить другой селектор к стейту ?

rereselect)

не знаю ничего про оптимистики, но takeLatest же там из коробки

не знаю ничего про оптимистики, но takeLatest же там из коробки

ну у меня тейк лейтест решается тем что санк возвращает промис с методом кенсел

и я вызываю его в компоненте

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