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

Я прям очень доволен как оно работает

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

Как и все в computer science :)

Ладно. Всем реселект, ушёл)

Во многих других фреймворках это называется computed property

И в mobx вроде также называется

Ну, по русски - производные данные.

вычисляемые

Если я правильно помню значение производная.

Ну или вычисляемые, по сути то же самое.

Я просто к тому, что создатели реселкта всех запутали назвав это так

Это дэн так назвал

все ноги оттуда похоже)

А назвали либу уже по термину который он придумал)

А так, да. Часто ты тупо селектишь стейт в тупую.

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

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

У меня вопрос. Как относитесь к подобной логике в редьюсерах?

Я бы их назвал просто state queries. Самое тупое, но понятное.

Выглядит не плохо. Если там все просто под капотом.

Я бы их назвал просто state queries. Самое тупое, но понятное.

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

Как бы query это делают в то числе

В том же. SQL

И других query languages.

Выглядит не плохо. Если там все просто под капотом.

Да, правда говняно немного написано. Надо будет "либу" имутабольной сделать, а то немного кривовато. Просто говорят все про тупость редьюсеров, вот и хотелось бы уточнить.

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

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

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

Эти табы разнесены на 3 компонента, к сожалению. + табы переключаться по нажатию на элементы могут.

К сожалению, это необходимость.

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

Да, тоже хотел это написать. Если это нечто глобальное и надо запоминать и сохранять чтобы при возврате вью сохранилось, то ок, если это чисто локальная фигня, то моветон

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

он вроде и не хранит. Там редьюсер ничего не возвращает

он вроде и не хранит. Там редьюсер ничего не возвращает

Не, он возвращает, но криво.

он вроде и не хранит. Там редьюсер ничего не возвращает

Это функции же але

Эти табы разнесены на 3 компонента, к сожалению. + табы переключаться по нажатию на элементы могут.

Весь стейт в родительской и pubsub

Весь стейт в родительской и pubsub

pubsub?

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

и на основе них сетит стейт

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

Распиши, пожалуйста. Не понимаю тебя.

Кастомные ивенты знаешь что такое?

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

Распиши, пожалуйста. Не понимаю тебя.

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

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

зачем?

зачем?

как зачем?) не удалять из стора?)

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

А как функции то передавать? Через контекст?

фильтровать?

const projectsFilteredDelete = state.projects.list.filter(project => project.id !== projectId);

типо того

А как функции то передавать? Через контекст?

Твоя родительская компонента слушает кастомный ивент, например “Переключить таб”, также как ты слушаешь дом ивенты типа клика

const projectsFilteredDelete = state.projects.list.filter(project => project.id !== projectId);

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

Но если уже так, то да, надо так делать, только не filter, а find

Твоя родительская компонента слушает кастомный ивент, например “Переключить таб”, также как ты слушаешь дом ивенты типа клика

Не вижу большой разницы с редаксом.

В чём различие кроме большей лапши и загрязнения компонентов?

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

А pubsub как раз для этого существует

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

В чём их назначение?

Редьюсер должен менять стейт

Редьюсер должен менять стейт

Он меняет.

Только немного криво. Надо будет сделать, чтобы методы возвращали новый стейт.

Всем приветик ! Читаю мануал https://m.habrahabr.ru/post/269831/ и мне непонятно следущее в этом куске кода : <Provider store={store}> {() => <FriendListApp /> } </Provider>. Для чего тут стрелочная функция ? Если выводить без нее то работать не будет.

функциональный компонент

Он меняет.

Не совсем понятно что там происходит. Вроде ты кроме возврата стейта что-то еще делаешь там

ERROR: S client not available

Не совсем понятно что там происходит. Вроде ты кроме возврата стейта что-то еще делаешь там

Да, есть ещё небольшая логика, которая вынесена в отдельную либу.

Вроде дело экшена положить что-то в local-storage

FriendListApp обыкновенный класс

Я правильно понимаю, что логика зачастую выносится из редьюсеров в миддлвару? А то я не могу придумать как сделать какое-то асинхронное действие в редаксе после какого-либо действия.

Я правильно понимаю, что логика зачастую выносится из редьюсеров в миддлвару? А то я не могу придумать как сделать какое-то асинхронное действие в редаксе после какого-либо действия.

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

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

Просто редьюсер превращается в state => state

menti.com по коду 12 68 33

товарищи а кто какой конфиг eslint использует?)

airbnb

товарищи а кто какой конфиг eslint использует?)

Atomix-react

товарищи а кто какой конфиг eslint использует?)

Свой.

Рили

Свой.

++++

Это вообще нормально пилить так чекбоксы? Чет по-моему как-то не очень. https://gist.github.com/SilencerWeb/cf94fee0214225a577f559f81846c5db

Я бы не стал переназывать пропсы, а стайлед компонент -распилил бы на несколько. Ещё хорошо бы uncontrolled поведение добавить с defaultvalue

можно поподробнее насчет первого предложения?

onClick={ () => props.toggle(props.name) }

лучше заюзать инпутовский проп

и сохранить название

так а мне же нужно обновить state в другом компоненте

можно прокинуть в инпут сразу

у тебя и див клик слушает и спан внутри него

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

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

и еще фильтр будет

зачем ты завёл props.name

а, блин, изначально у меня было все нативно

с лэйблом

забыл убрать