именно видео что ли нужно?

Я Роману писал..

Может помимо Дожо еще что посоветуешь?

React и Redux в функциональном стиле. Более менее книга

О функциональном стиле там нихуя нет если что

О функциональном стиле там нихуя нет если что

Нет монад ??

Нет монад ??

В книге?

В книге?

Да

Да

Я листал оглавление, нихуя похожего на фп не встретил, может не то листал

Не эта шляпа случаем?)

Я листал оглавление, нихуя похожего на фп не встретил, может не то листал

)

Всем привет. Подскажите почему код заходит в цикл (Переберает все значения item. Intern и останавливается на последнем )

Тогда нахер такую книгу ?

Не эта шляпа случаем?)

почему шялпа?

почему шялпа?

книга 2018 года, а 50% кода не рабоатет. Она писалась во времена первого вебпака, а код в книге не поменяли..

книга 2018 года, а 50% кода не рабоатет. Она писалась во времена первого вебпака, а код в книге не поменяли..

может это у тебя проблемы?) У меня примеры нормально запускались

почему шялпа?

в целом для понимания концепций согласен, только как известно главное это практика, а с таким кодом, это головная боль

может это у тебя проблемы?) У меня примеры нормально запускались

возможно у меня проблемы, если createClass is not a function, про вебпак вообще промолчу, все эти примеры лучше сразу на CRA делать

возможно у меня проблемы, если createClass is not a function, про вебпак вообще промолчу, все эти примеры лучше сразу на CRA делать

русские переводы книг не часто бывают актуальны, однако бывают. Это не тот случай, конечно)

русские переводы книг не часто бывают актуальны, однако бывают. Это не тот случай, конечно)

Да хотя бы в книге были бы указаны версии react, webpack вопросов бы не было, просто не купил бы эту книгу)

Да хотя бы в книге были бы указаны версии react, webpack вопросов бы не было, просто не купил бы эту книгу)

именно потому и не указаны)

не умеют в композицию функций например

методы в стейте?

Потому что могут

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

руки из задницы

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

У меня ещё есть

не надо

показывай

как будто вредные советы, интересно

лол

вот это трешак :)))

++

Откуда дичь?

Откуда дичь?

фриланс

Нахуа лел

фриланс

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

Подскажите по поводу использования normalizr. { entities: { articles: { 1: { id: 1, title: "My awesome blog post", tags: [1] }, 2: { id: 2, title: "My awesome blog post 2", tags: [1, 2] } }, tags: { 1: { id: 1, name: "Paul" }, 2: { id: 2, name: "Nicole" } }, } } что вы делаете после того как удалили tag c id`= 1? Проходите по всем `articles и удаляете оттуда данный id или есть что-то проще?

есть redux-orm

оно того стоит?

оно того стоит?

ну если хочешь, можешь нафигачить кучу бойлерплейта конечно и вручную с реляциями работать :))

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

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

ок, спасибо. Я на него смотрел, когда переезжали на normalizr, но решил, что пока без него можно обойтись. Оказалось, что как-то не особо ?

ок, спасибо. Я на него смотрел, когда переезжали на normalizr, но решил, что пока без него можно обойтись. Оказалось, что как-то не особо ?

а denormalizr юзаете?

а denormalizr юзаете?

да

Подскажите ниндзя как в redux-router-dom получить предыдущий location если я использую createhistory?

Подскажите ниндзя как в redux-router-dom получить предыдущий location если я использую createhistory?

console.log(history) из пропсов гдето

Подскажите ниндзя как в redux-router-dom получить предыдущий location если я использую createhistory?

а поучить с какой целью?

чтобы в зависимости от места откуда пришел очищать часть данных в сторе. А точнее фильтр поиска чистить.

чтобы в зависимости от места откуда пришел очищать часть данных в сторе. А точнее фильтр поиска чистить.

через адресную строку делай метку

ERROR: S client not available

чтобы в зависимости от места откуда пришел очищать часть данных в сторе. А точнее фильтр поиска чистить.

подход неверный изначально

Мне его не во всех случаях чистить надо. Если не найду ответ, придется перехватывать изменения локейшенов и класть их в стор. а дальше уж понянто что делать @ValeryKobzar а какой правильный?

Мне его не во всех случаях чистить надо. Если не найду ответ, придется перехватывать изменения локейшенов и класть их в стор. а дальше уж понянто что делать @ValeryKobzar а какой правильный?

ну ты же всегда знаешь где находишься и можешь пропсы соответствующие пронести

Кстати, идея

Но есть ли более "православные" нативные способы?

через адресную строку делай метку

ю

Но есть ли более "православные" нативные способы?

ну ты можешь явно реагировать на @@router/LOCATION_CHANGE и складывать все переходы в массивчик в редаксе например

ю

пардон, но я не совсем понял. у браузера хистори дергать?

пардон, но я не совсем понял. у браузера хистори дергать?

ты знаешь где находишься - в пропсах будет location.pathname создаешь линку to={`/lol?from=${pathname}`}

там ему проще с тем же успехом рендерить компонент с нужным пропсом

чем через урлы выцеплять параметры

чем через урлы выцеплять параметры

так откуда пропс получить то? в ридакс класть историю? а если страницу обновили?

так откуда пропс получить то? в ридакс класть историю? а если страницу обновили?

у тебя в урле будет параметр from

у тебя в урле будет параметр from

можно подробнее?

можно подробнее?

эт я не тебе :)))

так откуда пропс получить то? в ридакс класть историю? а если страницу обновили?

если страничку обновили, то да редакс не спасет

Если страницу обновили норм, у меня все почистится как надо

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

ты знаешь где находишься - в пропсах будет location.pathname создаешь линку to={`/lol?from=${pathname}`}

тоже не подойдет, так как пользователь может нажать в браузере назад

в этом случае не будет from

в этом случае не будет from

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

просто храни в редаксе краткую историю переходов между рутовыми компонентами

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

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

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

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

Просто хранить фильтр на самой странице поиска, не надо его складывать в store, только в localStorage. Тогда чистить ничего не надо

в store складывают то, что требуется для более одной страницы