это упростит приложение

и его понимание

есть ивент, в класс, нет ивента и стейта в функцию)

тут же вопрос не в кол-ве кода

лишняя буква тут там

а в пороге вхождения в проект

новых людей

да и сам через полгода когда заглянешь в код

чтобы не рисовал схемы на листочках

да и сам через полгода когда заглянешь в код

да поэтому и запарился, про этот эффект знаю) Типа какой балбес это писал, потом стоп, это ж я?

ну git blame

есть хороший плагинчик для любителей vscode

показывает прямо в коде кто чего когда внес

да это нужно, один я на проекте)

когда человек на проекте один

это самое страшное

особенно когда он варится в собственном соку

и нет конкуренции никакой и нет спорных моментов

это самое страшное

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

в такой ситуации получается 99% говнокод

ну тут дело даже не в тебе

не в твоих проф навыках

в такой ситуации получается 99% говнокод

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

просто так устроен мозг

человек не может себя объективно сам оценивать

соответственно всё что ты сделал, это всегда правильно

пока тебя не ткнет носом кто-то такой же умный или умнее тебя

Как и достоинств)

Ну этот подход как бы прямо противоположен хранению редюсеров в папочке с компонентом. Я например нашел достоинства в этом подходе полностью нормализованного стора который похож на базу данных - можно избавиться от кучи болерплейта, спроектировать работу с данными и сущностями не подстраиваясь под интерфейс и отображение. Попробую привести пример. Сначала создаем редюсер который в нормализированом сторе обеспечит базовые операции dispatch({ type: "add", //"update" или "delete" table: "todos" // или "posts" или любая другая таблица id: 2112, data: {...} })Дальше можно добавить миддлварку чтобы перехватывала экшен {type: "fetch", table: "...", params: {..}} и будет фетчить от сервера данные и обновлять этот стор. Дальше можно добавить еще в миддлварке перехват экшенов "ADD", "UPDATE", "DELETE" чтобы кроме обновления стора еще автоматически посылался запрос на сервер и при необходимости можно либо сразу обновить стор (оптимитические обновления) либо подождать ответа. А еще дальше можно добавить автоматическое поддержание с обратных ссыллок - вместо того чтобы диспатчить два экшена при добавлении таска в проект (один для создания а второй для добавления айдишника в массив тасков в проект) newTask = dispatch({ type: "add", table: "tasks", data: { title: "newTask, .... } }) dispatch({ type: "update", table: "projects", id: project.id, data: {tasks: [..project.tasks, newTask.id]} } })можно было задиспатчить один экшн вместо двух dispatch({ type: "add", table: "tasks", data: { project: project.id, title: "new task", ... } }) и редюсер по задекларированной заранее схеме (например можно описать схему сущностей так { projects: { tasks: {type: "many", table: "tasks" } } tasks: { project: {type: "one", table: "projects"} } }увидит поле project при создании таска и автоматически добавит таск в массив тасков у проекта. В итоге уменьшается количество кода связанного с поддержкой обратных ссылок

это самое страшное

Ну не всегда, человек может спрашивать советы в чатах и т.д, порой даже легче писать код одному, чем с коллегой, который пишет говнокод и не воспринимает критику.

пока тебя не ткнет носом кто-то такой же умный или умнее тебя

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

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

Почему я прочел это

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

кстати на счет ситуацию, все к хренам поменять заказчики справляются на ура) Тоже как бы тренируют?

кстати на счет ситуацию, все к хренам поменять заказчики справляются на ура) Тоже как бы тренируют?

Какая ужасная аватарка Будто в аське сижу

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

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

Какая ужасная аватарка Будто в аське сижу

это я ностальгирую)

Какая ужасная аватарка Будто в аське сижу

в одноклассниках

кстати, что есть для редакса для jump состояния, ну типа откатится до какого нить выполнения экшена при ивенте, может либа есть какая нить понятная?

кстати, что есть для редакса для jump состояния, ну типа откатится до какого нить выполнения экшена при ивенте, может либа есть какая нить понятная?

подредактируй вопрос :))

redux dev tool

запускаешь

ждешь накопления экшинов

делаешь паузу

и начинаешь ходить туда сюда джампами

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

и?

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

оно? https://redux.js.org/recipes/implementing-undo-history

оно? https://redux.js.org/recipes/implementing-undo-history

странно как то левое меню показывается, а контент полосками)

ты же правильно подписываешься через <ConnectedRouter history={history}> ?

странно как то левое меню показывается, а контент полосками)

покажи а то не ясно что имеется в виду

ты же правильно подписываешься через <ConnectedRouter history={history}> ?

import createHistory from 'history/createBrowserHistory'; const history = createHistory(); history.listen((location, action) => {});

надеюсь правильно, я на сам хистори подписался

когда юзер нажмет кнопку вперед или назад, надо откатить стейт до определенного момента

пока не особо понимаю, как это реализовать

ну вот эта хренть не нужна history.listen((location, action) => {});

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

в миддлваре добавляешь же routerMiddleware(history) ?

в миддлваре добавляешь же routerMiddleware(history) ?

ага

экшен change_location есть

ну то есть в редаксе у тебя все ок?

но как его переопределить, я так и не понял)

при смене локаций

да в редаксе ок

показывается смена локации, плюс в экшенах могу пулять и т.д.

а что значит переопределить?

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

в смысле есть что-то что ты не контролируешь? :)))

юзер натыкал, от этого формируется урл и стейт редакса, но как кнопки назад и вперед ни как не могу понять как правильней сделать

ERROR: S client not available

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

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

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

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

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

поэтому на хистори и подписался)

ты можешь только костыли лепить и редиректы делать

не не я имею введу change_location

а понимать когда кнопки работают это просто, там у хистори метка в экшене появляет pop

при пуше, push, так и думаю отличать

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

а блин я кажется понял про что ты)

кнопку назад от кнопки вперед фиг отличишь)

да

точняк

ты можешь только урл анализировать

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

и есть событие вроде ухода с сайта

ну это как жестковато что ли)

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

как-то так

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

ну да сейчас я реализовал state to url, если сделать url to state проблема сходу решается

но метод мне не нравится почему то)

ну это как жестковато что ли)

я вспомнил как я сделал...

Form и Validation это расширеные компоненты формы с добавлением типа модели формы

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

вот не совсем понятно

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

включая Back/Forward

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

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

бррр не понял

ну да сейчас я реализовал state to url, если сделать url to state проблема сходу решается

смотри я сделал очередь. Не помню точно как я определял в каком месте я нахожусь. Но при переходе вперед я добавлял элемент в очередь