Есть еще альтернатива - но она вообще пиздец.

ну тогда можешь сделать так

в аппе написать, что если прошлый локейшн ТОТ САМЫЙ, кладешь в стор (любое место куда доятнуться можно) НЕ ТРОГАЙ СТЕЙТ СУКА и соотвественно смотришь потом туда, стоит трогать или нет

в аппе написать, что если прошлый локейшн ТОТ САМЫЙ, кладешь в стор (любое место куда доятнуться можно) НЕ ТРОГАЙ СТЕЙТ СУКА и соотвественно смотришь потом туда, стоит трогать или нет

это альтернатива

в аппе написать, что если прошлый локейшн ТОТ САМЫЙ, кладешь в стор (любое место куда доятнуться можно) НЕ ТРОГАЙ СТЕЙТ СУКА и соотвественно смотришь потом туда, стоит трогать или нет

альтернатива, о которой я говорил, что вообще низзя такое делать!

казалось бы, а почему бы и нет?

задача — по роуту не чистить. тут ты считай на прямую смотришь на роут, и если нужный — не чистишь

казалось бы, а почему бы и нет?

потому-что таким данным не место в общем состоянии приложения. и это конкретно вопрос роутера, который этого почему=то не умеет.

заодно при полной смене роутера на любой другой механизм не меняется

чего именно — этого?

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

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

дело компонента — рисовать =)

задача — по роуту не чистить. тут ты считай на прямую смотришь на роут, и если нужный — не чистишь

допустим у меня есть роуты: /a, /b, /c . У каждого есть чайлд: /child (/a/child, /b/child, /c/child). Чайлд - один и тот же компонент. Есть я хожу /a —-> /b стейт чистится. Если я хожу /a —-> /a/child —> /a стейт не чистится.

в тоже время, /a, /b, /c оборнуты в HOC, который уже и решайт чистить или не чистить стейт на виллМаунте

document.refferer какого-то хера не понимает что предыдущий роут /a/child. Для него предудщий всегда /a

Кароче, гемморная тема какая-то

А роутер сука не может мне просто сказать - предыдущий локэйшн такой-то

и browserHistory морозится

Так может же

Там в том issue написано, как подцепиться к нему

То решение мне не подходит. 1. Мне не надо оно в Аппе. 2. У меня всё черех ХОК

Я всё ещё не понимаю, почему ты считаешь, что твой компонент должен быть настолько тесно скаплин с роутером

Который выпускает новую версию чаще, чем перчатки

Я всё ещё не понимаю, почему ты считаешь, что твой компонент должен быть настолько тесно скаплин с роутером

я даже не знаю как на это ответить :)

Ну ты говоришь альтернатива пиздец

Ну ты говоришь альтернатива пиздец

полнейший

А имхо такой тесный капл ещё больший пиздец

А имхо такой тесный капл ещё больший пиздец

у меня на проде фикс.версия. не вижу проблемы.

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

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

мне как бы и нужна очень конкретная логика —- или да или нет

Сделай лучше Хок, который слушает хистори из контекста и прошлую локу компоненту в пропсе кидает

Сделай лучше Хок, который слушает хистори из контекста и прошлую локу компоненту в пропсе кидает

ну дык я это и делаю :)

Ну так третий роутер же хистори не прячет

Или это второй?

Ну так третий роутер же хистори не прячет

ну хз че он там прячет, но их нет.

3

Посмотри в контексте, точно была хистори, к которой свой лисн можно было цеплять

Но мб они после второго убрали, тут точно не помню

Или обновись до четвертого =)

ха

бляяя ... оно вообще не выкупает что я был на другом роуте!!! сукааа!!!

this.props.location === nextProps.location (я не сравниваю объекты, они реально одинаковые)

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

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

не сравниваю я их. я говорю что pathname this.props & nextProps одинаковые

Ребятки, у меня появился насущный вопрос

По обработке ошибок

У меня есть много редюсеров, куда я кладу данные из API. В одном из запросов может случиться Ahtung!, как лучше унифицировать всё это?

может, самое время отказаться от санок в пользу саги? она вроде умеет как раз унифицированно падать

кто работал с react-datepicker? Я передаю в customInput 2 компонента, инпут и иконку, как сделать чтобы по клику на инпут не триггерился datepicker?

Добрый день. У меня вопрос! На сколько нормально хранить jsx шаблон внутри компонента? Прям в самом методе рендер. Не лучше ли все шаблоны хранить в отдельном месте? А потом просто импортировать нужный шаблон в компонент ?? Спасибо

Добрый день. У меня вопрос! На сколько нормально хранить jsx шаблон внутри компонента? Прям в самом методе рендер. Не лучше ли все шаблоны хранить в отдельном месте? А потом просто импортировать нужный шаблон в компонент ?? Спасибо

JSX это НЕ ШАБЛОН!

Добрый день. У меня вопрос! На сколько нормально хранить jsx шаблон внутри компонента? Прям в самом методе рендер. Не лучше ли все шаблоны хранить в отдельном месте? А потом просто импортировать нужный шаблон в компонент ?? Спасибо

ты кажется не до конца докурил суть

Добрый день. У меня вопрос! На сколько нормально хранить jsx шаблон внутри компонента? Прям в самом методе рендер. Не лучше ли все шаблоны хранить в отдельном месте? А потом просто импортировать нужный шаблон в компонент ?? Спасибо

JSX это и есть Компонент, ты не можешь хранить компонент отдельно от компонента

У меня есть много редюсеров, куда я кладу данные из API. В одном из запросов может случиться Ahtung!, как лучше унифицировать всё это?

Я пока вижу это так, если с сервера пришел text/html (такое может быть если url Api указан неправильно) или >=500 складываю ошибки в общий стор ошибок и блочу работу приложения отображаю поверх красную ошибку с текстом. А вот частные случаи обрабатывать уже в каждом конкретном месте, в том же async/catch

Спасибо)

JSX это и есть Компонент, ты не можешь хранить компонент отдельно от компонента

> component.jsx export default const content = <div> </div> > index.js import content from './component' export default const Component = () => content;

то есть в теории можно конечно

but why

> component.jsx export default const content = <div> </div> > index.js import content from './component' export default const Component = () => content;

чувствуешь, пахнет?

Я пока вижу это так, если с сервера пришел text/html (такое может быть если url Api указан неправильно) или >=500 складываю ошибки в общий стор ошибок и блочу работу приложения отображаю поверх красную ошибку с текстом. А вот частные случаи обрабатывать уже в каждом конкретном месте, в том же async/catch

в целом ты наверное можешь написать модуль, который валидирует данные, и которому ты просто передашь описание полей

кто работал с react-datepicker? Я передаю в customInput 2 компонента, инпут и иконку, как сделать чтобы по клику на инпут не триггерился datepicker?

тыц

а он дальше смотрит на общие проблемы (500, хтмл..), после чего поля валидирует

и если что плюется экшном "все ок" или "бляяя"

в целом ты наверное можешь написать модуль, который валидирует данные, и которому ты просто передашь описание полей

валидация?

ERROR: S client not available

Не. У меня нет форм

ну типа что пришел ответ как ты ждешь

в этом смысле валидация

ну типа что пришел ответ как ты ждешь

Аа... годная мысль

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

Тащусь с текущего проекта, 1 страница, ни одной формы. На странице 2 кнопки, Подписать и Отклонить, ещё куча чекбоксов в таблице

и заранее настрочить себе реквайрд там и на типы проверку

ты страницу с лицензионным соглашением что ли делаешь?)

ты страницу с лицензионным соглашением что ли делаешь?)

Ахаха))) блин))) похоже) Но, хорошо, что нет! Это небольшое встраиваемое приложение подписания документов пользователем с электронной подписью на токенах. Надо выкачать документ, запхать в токен и получить подпись, отправить на сервак.

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

они сказали что нужна электронная подпись

которую они сами дают на флэшке

и за которой к ним ногами сходить надо

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

и за которой к ним ногами сходить надо

лол, у меня также. хотел для ИП получить электронную подпись, но уже 3 месяца забрать не могу, ибо лень тащиться в центр города

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

вот тоже думаю так сделать

У меня есть много редюсеров, куда я кладу данные из API. В одном из запросов может случиться Ahtung!, как лучше унифицировать всё это?

У меня описан flow и хендлятся эрроры. Все эрроры.

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

ну вот да, модуль, который ошибки хэндлит и компонент ловящий экшн "пиздец пришел". но я думал что вопрос как раз в том, как такой модуль реализовать идейно, не?

ну вот да, модуль, который ошибки хэндлит и компонент ловящий экшн "пиздец пришел". но я думал что вопрос как раз в том, как такой модуль реализовать идейно, не?

ну да

У меня описан flow и хендлятся эрроры. Все эрроры.

flow?

ну вот да, модуль, который ошибки хэндлит и компонент ловящий экшн "пиздец пришел". но я думал что вопрос как раз в том, как такой модуль реализовать идейно, не?

А че тут думать? Ловишь тип ошибок и колбэком ей обработчик

flow?

Не. Просто обработчики событий. Например, на ошибки хэндлим ошибки, на варнинги хендлим варнинги и тд

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

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

Не. Просто обработчики событий. Например, на ошибки хэндлим ошибки, на варнинги хендлим варнинги и тд

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

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

а я хочу на слои распилить, но не уверен что это правильно типа чем специфичнее ошибка, тем выше её пропускать

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

Ворнинг не обязательно в апи. В целом в аппке

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

Хотя я хендлю эрроры и отдельный варнинг - затянувшийся фетч

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

типа да