Size: a a a

React — русскоговорящее сообщество

2020 July 16

VK

Vladimir Klimov in React — русскоговорящее сообщество
Roman Karas'
Вы себя утешаете? ))
Чем же?
источник

DK

Dmitry Kazakov in React — русскоговорящее сообщество
оу тут я запутался, переменной назначается "всегда новый объект/примитив" и при этом это не реассайн...
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
потому что это не реассайн
источник

RK

Roman Karas' in React — русскоговорящее сообщество
Vladimir Klimov
Чем же?
Ой ладна, спорим ни о чём. ) Я сам на редаксе пишу, но технологии и получше уже есть имхо.
источник

DK

Dmitry Kazakov in React — русскоговорящее сообщество
Bugs Bunny
потому что это не реассайн
поясните тогда, в чем суть разговора, я теряю нить) Что используя конструкцию return {...prevStore, someParam: {...prevStore.someParam, newParam: 1}} можно тоже сделать механизм диффа, который оповестит всех подписанных на этот объект, что глубоко вложенный newParam изменился?
источник

VK

Vladimir Klimov in React — русскоговорящее сообщество
Roman Karas'
Ой ладна, спорим ни о чём. ) Я сам на редаксе пишу, но технологии и получше уже есть имхо.
Я ни в коем случае не говорю, что нет технологий лучше и что надо писать на редаксе, просто каждый день приходит человек и убеждает всех, что его любимый стм - топ, аа все остальные - какахи)
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
Dmitry Kazakov
поясните тогда, в чем суть разговора, я теряю нить) Что используя конструкцию return {...prevStore, someParam: {...prevStore.someParam, newParam: 1}} можно тоже сделать механизм диффа, который оповестит всех подписанных на этот объект, что глубоко вложенный newParam изменился?
конечно. nested же не изменяют ссылки и значения при поверхностном копировании
источник

RK

Roman Karas' in React — русскоговорящее сообщество
Vladimir Klimov
Я ни в коем случае не говорю, что нет технологий лучше и что надо писать на редаксе, просто каждый день приходит человек и убеждает всех, что его любимый стм - топ, аа все остальные - какахи)
Эт да..
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
для удобства берешь immer если не хочешь городить
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
просто у редакса это работает и вправду ущербно на уровне селекторов
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
Dmitry Kazakov
поясните тогда, в чем суть разговора, я теряю нить) Что используя конструкцию return {...prevStore, someParam: {...prevStore.someParam, newParam: 1}} можно тоже сделать механизм диффа, который оповестит всех подписанных на этот объект, что глубоко вложенный newParam изменился?
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
console.log триггернулся только на инициализации
источник

F

Fake Cop in React — русскоговорящее сообщество
Ребят, подскажите у меня есть главный компонент и в нем отрисован formAddCard в котором происходит dispatch
const onClickAddCart = useCallback(() => {
   dispatch(addCard(column));
   setFormOpen(false);
   setColumn(null);
 }, [dispatch, setFormOpen, setColumn, column]);
как
сообщать главному компоненту об изменениях?
источник

R

Roman in React — русскоговорящее сообщество
Извинясь за офтоп, как вот эти картинки называються чтобы найти все ? 🦄
источник

DK

Dmitry Kazakov in React — русскоговорящее сообщество
Bugs Bunny
конечно. nested же не изменяют ссылки и значения при поверхностном копировании
да все что угодно можно сделать при желании. Мне важно, чтобы разработка была удобной, а работало все быстро) В редаксе надо заботиться о константах для типов, создании action-объектов с типом и пейлоадом, вот этой всей иммутабельности, в которой легко ошибиться (либо использовать библиотеку с дополнительным слоем сериализации/десериализации), импорте экшенов и состояний в компонентах (что раздувает их и заставляет выносить в containers), селекторах (reselect) для полуручной реализации shouldComponentUpdate, прокидывании и вызова везде функции dispatch. Ввиду независимого характера подсторов для изменения по экшену данных сразу в нескольких сторах приходится писать несколько reducers с матчингом по типу экшена, что приводит к очень неявному хранилищу. Все вот это лишнее
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
Dmitry Kazakov
да все что угодно можно сделать при желании. Мне важно, чтобы разработка была удобной, а работало все быстро) В редаксе надо заботиться о константах для типов, создании action-объектов с типом и пейлоадом, вот этой всей иммутабельности, в которой легко ошибиться (либо использовать библиотеку с дополнительным слоем сериализации/десериализации), импорте экшенов и состояний в компонентах (что раздувает их и заставляет выносить в containers), селекторах (reselect) для полуручной реализации shouldComponentUpdate, прокидывании и вызова везде функции dispatch. Ввиду независимого характера подсторов для изменения по экшену данных сразу в нескольких сторах приходится писать несколько reducers с матчингом по типу экшена, что приводит к очень неявному хранилищу. Все вот это лишнее
да по поводу редакса я и не спорю )
здесь бесполезно доказывать, что он устарел, забей
источник

DK

Dmitry Kazakov in React — русскоговорящее сообщество
лады, но вот в effector похоже ребята верят)
источник

DS

Dmitriy Shuleshov in React — русскоговорящее сообщество
Хм а давно так в гитлабе по умолчанию?🤔
источник

B

Backend Разработчик... in React — русскоговорящее сообщество
Мутировать this.state.something и вызывать setState это норм или лучше сделать копию this.state.something.concat(), и её пробрасывать в setState?
источник

DK

Dmitry Kazakov in React — русскоговорящее сообщество
Dmitriy Shuleshov
Хм а давно так в гитлабе по умолчанию?🤔
ага, по крайней мере с начала этого года, можно жать не дожидаясь пока деплой закончится
источник