Утро доброе. О чем обсуждение?

Все равно он постоянно от babel отстает

пощупал его он не резолвит bin скрипты из модулей как lerna если у меня в workspace пакете лежит скрипт scripts: { "build": "babel ./src -d ./dist" } то валится ошибка /bin/sh: babel: command not found потом все зависимости workspace пакетов должны быть установлены в root пакет это прям такое

Да, чет не круто ?

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

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

Лень потратить неделю?)

так-то неделя это целая жизнь

так-то неделя это целая жизнь

В Африке живёшь что ли?)

почти

Так. А как получить в редусере данные из соседнего редусера?

Так. А как получить в редусере данные из соседнего редусера?

Никак.

Только через store.getstate

Но за это тебе надо будет руки оторвать.

ну класс...

как же я это раньше решал....

как связанные части стора в редаксе делать-то?

на уровне экшена \ мидлвары видимо, ок

как связанные части стора в редаксе делать-то?

Никак. Выноси это из редьюсера.

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

Можно препроцессить твои объекты прежде чем отправлять в expect

Можно препроцессить твои объекты прежде чем отправлять в expect

Хм, верно, спасибо

Если забыть про реакт, то у меня юз кейс снапшотов -- когда данных столько, что их обработку проще сравнить по снимкам чем вручную. Например какой-либо трансформер AST -- в типичном случае там будет такой объектище и столько совершенно одинаковых тестов, что проще сохранить выход и убедиться что он не меняется (снапшоты)

ERROR: S client not available

Если забыть про реакт, то у меня юз кейс снапшотов -- когда данных столько, что их обработку проще сравнить по снимкам чем вручную. Например какой-либо трансформер AST -- в типичном случае там будет такой объектище и столько совершенно одинаковых тестов, что проще сохранить выход и убедиться что он не меняется (снапшоты)

Еще можно с них мок данные генерить, хотя еще типы нужны будут

Тесты проще сразу писать типизированными)

Тесты на фронте вообще имеют смысл?

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

ну и еще 3 простых функции хелпера для filter/map, но их тестить это уже дичь)

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

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

Начнёшь писать тесты, начнёшь все правильно разделять.

А смысл?)

По необходимости все просто разделяется