ну, да. Но я всё же покрыл бы это тестами, если есть планы на развитие

Этот момент вообще можно отложить, техдолг все дела

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

В долгосрочной перспективе при рефакторинге или просто каких-то изменениях без них сложно. Чем больше приложение, тем больше нужны тесты. Потому что в какой-то момент ты уже не можешь отследить на что повлияли твои изменения и остается два варианта: делать полный ручной регресс или пользоваться тестами - которые, фактически, должны и обеспечивать полный функциональный регресс

Потому что сейчас огромное количество бреда в тестах

ну надо учиться писать тесты. да

Другое дело, что многие забывают, что долги отдавать надо)

возможность спокойно рефакторить код, без боязни, что что-то сломается

Пока что единственный внятный ответ, а не «ты троль и код твой говно»

Другое дело, что многие забывают, что долги отдавать надо)

ахах) вот да

ну надо учиться писать тесты. да

Ну да, я просто вот месяц в проекте и сейчас занимаюсь только юх проблемных компонентов

Но тут такой иногда бред в тестах встречается

Это пиздец

Хочется выйти в окно

Мало того что оборачивается врапом ензаймом

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

Тесты нужно уметь писать - это большая проблема

В долгосрочной перспективе при рефакторинге или просто каких-то изменениях без них сложно. Чем больше приложение, тем больше нужны тесты. Потому что в какой-то момент ты уже не можешь отследить на что повлияли твои изменения и остается два варианта: делать полный ручной регресс или пользоваться тестами - которые, фактически, должны и обеспечивать полный функциональный регресс

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

Но тут такой иногда бред в тестах встречается

Значит нужно писать тесты для тестов

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

Нет идеальных приложений, всегда есть связанность и вытекающие проблемы

Нет идеальных приложений, всегда есть связанность и вытекающие проблемы

И мой вопросы про тесты вызван тем, что я не сталкивался с проблемами, но тут все топят за тесты

И мой вопросы про тесты вызван тем, что я не сталкивался с проблемами, но тут все топят за тесты

Ты поработай в команде

Прям без них не выжить, но года полтора они не требовались

Хотя бы 5+ человек на фронте

Тесты нужно уметь писать - это большая проблема

Самый простой совет: пишите тесты имитируя ручное регрессионное тестирование, а при добавлении исправлений и их тестов при решении багов - оставляйте в коде (теста) об этом комментарий со ссылкой на задачу в баг-трекере.

Прям без них не выжить, но года полтора они не требовались

А давай просто поймем что ты писал за полтора года

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

Какого уровня приложения?

И узнаешь об этом, когда тебе скажет клиент

Мол хуле не работает фича, которая работала

Какого уровня приложения?

Likebro.vip например (реакт после реги)

Нет

Весь мир на расте не напишешь

Какого уровня приложения?

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

Весь мир на расте не напишешь

эт, да

Нет

Весь мир на расте не напишешь

но я скорее хотел отделить стор и шину событий. поэтому эффектор не подошел

А как же т и п и з а ц и я ?

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

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

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

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

Но если я не логичный мудак то и тест у меня будет такой же, не?)

Но если я не логичный мудак то и тест у меня будет такой же, не?)

значит нужно учиться

Тесты конечно не панацея, просто еще один инструмент

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

сторы совместимы с react redux из коробки, имеют Symbol.observable интероп с библиотеками для стримов

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

Если это не любой стор то я без понятия что тебе нужно

сторы совместимы с react redux из коробки, имеют Symbol.observable интероп с библиотеками для стримов

кстати, а как тестировать логику при использовании эффектора?

Непосредственно

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

Он синхронной выполняется

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

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

Более того, в репе пара тысяч loc тестов, в том числе и на корректность логики в тонне кейсов

Весь мир на расте не напишешь

Я тут понемногу начал понимать что такое акторы. Но, кажется, эффектор не точная их имплементация, а только использует идеи, я правильно понял? Или все же... сторы - это акторы с логикой обработки данных, евенты - акторы с логикой реакций (БЛ и т.п.)?

Я тут понемногу начал понимать что такое акторы. Но, кажется, эффектор не точная их имплементация, а только использует идеи, я правильно понял? Или все же... сторы - это акторы с логикой обработки данных, евенты - акторы с логикой реакций (БЛ и т.п.)?

чтобы эффектор стал моделью акторов, ты должен явно отсылать события в конкретный стор (насколько я понимаю)

Я тут понемногу начал понимать что такое акторы. Но, кажется, эффектор не точная их имплементация, а только использует идеи, я правильно понял? Или все же... сторы - это акторы с логикой обработки данных, евенты - акторы с логикой реакций (БЛ и т.п.)?

Акторы близко, да, но не то, так как им, как и стримам части вещей не хватает Но ориентировался на них в том числе

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

Бесполезные тесты поможет выявить мутационное тестирование ?

чтобы эффектор стал моделью акторов, ты должен явно отсылать события в конкретный стор (насколько я понимаю)

Неверно

С точностью до наоборот причём

Бесполезные тесты поможет выявить мутационное тестирование ?

Это да

С точностью до наоборот причём

эм

Неверно

конечно все акторы запускается в общем поле

С точностью до наоборот причём

Скажи пожалуйста что такое gate в эффекторе ? а то я что то не догнал по примеру

конечно все акторы запускается в общем поле

Я тебя не понимаю

Всем привет Подскажите пожалуйста след. момент: есть роутер в котором присутствует подобная запись: <Route exact path='/feed' render={()=><MainScreen module={<Feed/>} header="logo"/> }/> <Route exact path='/profile/:id' render={()=><MainScreen header="user"/> }/> Дальше у меня есть компонент по роуту /feed (назовем его компонент А), который в componentWillMount загружает в стейт список объектов. Этот компонент содержит ссылку на /profile/{id} , роут - по которому прогрузится след. компонент (назовем его компонент Б). В чем собственно вопрос: как сделать так, чтобы по переходу с компонента А на компонент Б (через NavLink) , а потом нажатием кнопки назад (на компонент А), сохранилось то состояние страницы (компонента А), на момент такое же когда ты уходил с нее на компонент Б

дело в том что компонент А методом componentWillMount обновляет свой стейт. Можно ли как нибудь дать указание не делать этого по нажатию кнопки назад ?

типа BrowserHistory.goBack повесить на кнопку браузера ?

pop state вроде

Скажи пожалуйста что такое gate в эффекторе ? а то я что то не догнал по примеру

Feedback, стор обновляющийся на основе данных из view через shallowCompare Юз кейс: <GateRoute routeName="login" /> После чего получаем стор отражающий view пропсы А так как любой стор порождает computed (типа так) createStore([]).map(arr => arr.length) то мы можем далее рассчитывать какие-либо данные или реагировать на изменение routeName статически

Feedback, стор обновляющийся на основе данных из view через shallowCompare Юз кейс: <GateRoute routeName="login" /> После чего получаем стор отражающий view пропсы А так как любой стор порождает computed (типа так) createStore([]).map(arr => arr.length) то мы можем далее рассчитывать какие-либо данные или реагировать на изменение routeName статически

ок, спасибо. И еще есть вопрос, в редаксе всякие undo-redo, persist, devtools делаются через middlewares, store enchancers, а в эффекторе где такое надо делать? есть какая то точка или подход?

ERROR: S client not available

value надо передавать

value надо передавать

value? типа нельзя отходить от этого имени параметра?)

value? типа нельзя отходить от этого имени параметра?)

Нельзя)

Нельзя)

это же тупо( как они до этого додумались

это же тупо( как они до этого додумались

А как реакт должен понять как твой проп называется?

А как реакт должен понять как твой проп называется?

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

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

value прилетает в консумер, а не пропсы

А как реакт должен понять как твой проп называется?

как нибудь вот так: ...contextValues

Т.е. ты не можешь передать несколько параметров все равно

Ну это понятно. Просто как по мне, странное решение привязываться именно к value( еще такое имя абстрактное, будто намекает что может быть любое.

Короче, ебать Draft помойка, slate топчик

как нибудь вот так: ...contextValues

<Provider value={{ prop1, prop2 }}.... <Consumer>{({ prop1, prop2 }) => }

назвали бы context, уже а не value, прям с толку сбивает) ну ладно теперь то все встало на свои места. спасибо всем) @artalar @itsjohncena

Ну это понятно. Просто как по мне, странное решение привязываться именно к value( еще такое имя абстрактное, будто намекает что может быть любое.

ты, по ходу, не понял... С твоим предложением реакту нужно было бы отфильтровывать из пропсов зарезервированные слова: key, ref, а ты бы, в свою очередь, не смог бы их использовать. А вдруг они у тебя прилетять из аргумента который ты спредишь, что тогда? Еще это лишняя работа... Так что решение правильно

назвали бы context, уже а не value, прям с толку сбивает) ну ладно теперь то все встало на свои места. спасибо всем) @artalar @itsjohncena

context - это способ, а не значение. value - это значение

ты, по ходу, не понял... С твоим предложением реакту нужно было бы отфильтровывать из пропсов зарезервированные слова: key, ref, а ты бы, в свою очередь, не смог бы их использовать. А вдруг они у тебя прилетять из аргумента который ты спредишь, что тогда? Еще это лишняя работа... Так что решение правильно

а когда реализуется HOC, там же не фильтруются зарезервированные слова. const (params) => (componentWrap) => class Exmpale extends React.Component { render() { return <componentWrap {...props} /> } }

И это считается минусом такой реализации ХОК

И это считается минусом такой реализации ХОК

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

Ты можешь что угодно прокинуть в value....

Не всегда нужно прокинуть объект, иногда это строка или число

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

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

Использовать общий стейт для них

так что знает кто нибудь как можно "мягко" вернуться назад на предыдущую страницу не тригеря маунт компонента ?

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

есть варики как это реализовать

есть варики как это реализовать

через портал :) скрыть его временно и потом показать обратно

есть варики как это реализовать

сохранять нужные данные в редакс при unmount и восстанавливать при didMount

сохранять нужные данные в редакс при unmount и восстанавливать при didMount

ну ему придется все скролы всех компонентов на странице сохранять и восстанавливать

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

На ssr сложно перейти?