нигде стэйтом не манипулирую как это написано в ероре

нигде стэйтом не манипулирую как это написано в ероре

без кода не разобраться

Если хочешь тестом зафиксировать, весь кусок верстки целиком (чтобы поймать изменения конечной верстки при обновлении пакета с компонентами, например) - mount. Если хочешь покрыть хитрожопые ветвления в рендере самого компонента - shallow. Но в случае, если используешь redux (или любое другое решение из этой серии), то придется чуть-чуть повозиться

уже наделал моков. Пробовал через маунт сначала, но там геморно с тем, что надо провайдер создавать, потмо в этом провайдере искать свой компонент и что-то делать. Переписал под shallow - стало легче. Просто вот например мне надо потестировать что в компоненте есть тогл, и если его переключать - меняется контент. Как я понимаю, для этого мне надо маунт, да?

А у тебя состояние, которое меняется тоглом, где лежит?

Если в стейте компонента, то shallow хватит, если снаружи, то... тоже shallow хватит, если протестируешь, что компонент сообщает наверх об изменении тогла и покроешь оба состояния компонента с разным значением тогла

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

напрямую

Ок, спасибо

Если в стейте компонента, то shallow хватит, если снаружи, то... тоже shallow хватит, если протестируешь, что компонент сообщает наверх об изменении тогла и покроешь оба состояния компонента с разным значением тогла

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

Тогда должно работать, разве что его нужно насильно перерисовывать, через wrapper.update()

Тогда должно работать, разве что его нужно насильно перерисовывать, через wrapper.update()

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

Типа того

Типа того

спасиб. Еще тупой вопрос. Я просто взял и установил себе jest и enzyme. И смотрю гайд из доков, там все через to.equal, а у меня работает только toEqual. И то что нашел - как-то костыльно попрравляет, мол устанавливать кай и перереопределять методы . Ты не знашеь как можно адекватно включить синтаскис с to.equal ?

Ну это ты хочешь ассерты chai вроде, а у jest как раз toEqual, toMatchSnapshot и т. д.. Я не заморачивался над таким, если честно

Ну это ты хочешь ассерты chai вроде, а у jest как раз toEqual, toMatchSnapshot и т. д.. Я не заморачивался над таким, если честно

ну вот например написанно - to.have и хз как это переводить в jest)

Там после have обычно еще что-то есть, а сам по себе он для то, чтобы читалось проще, вроде

Там после have обычно еще что-то есть, а сам по себе он для то, чтобы читалось проще, вроде

v

Вот как этот to.have)

переделать

wrapper.find(Foo).length.toEqual(1)

Вот как этот to.have)

доку открыть и посмотреть

а вообще компоненты и ui тестить это пиздец

тесты ради тестов

у тебя проект просто которым полторы калеки пользуется

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

если сломанный компонент это финансовые потери неплохие то без тестов и прибить могут

а вообще компоненты и ui тестить это пиздец

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

только сколько времени надо потратить пока тесты напишешь для ui

для БЛ ок, вопросов нет

БЛ?

БЛ?

бизнес-логика

только сколько времени надо потратить пока тесты напишешь для ui

тесты это всегда компромисс между стоимостью поддержки и необходимым SLA

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

А доклад @sergeysova по поводу атомик подхода уже был? если да, есть запись?

только сколько времени надо потратить пока тесты напишешь для ui

не так уж и много, никтож не говорит что надо упарываться и делать 100% coverage и тестить switch'и

Всем доброе утро, ребят, уже неделю завис на ошибке. Может кто запустить проект и глянуть почему при роуте вылетает ошибка. Я бы сюда скинул но она большая и скорее всего завязана на конфиге Вебпака. Для репро просто вручную перейти в /login

https://github.com/YRieznik/router4

А доклад @sergeysova по поводу атомик подхода уже был? если да, есть запись?

Записи нет

https://github.com/YRieznik/router4

а чо зависимости такие старые?

а чо зависимости такие старые?

Нубас просто, только начал вникать

Народ, день добрый мб. кто подскажет. Я обнавляю react router 3 на 4. И столкнулся с такой проблемой: у меня почему то не работает второй компонент: <Route exact path="/register" component={FormRegisterAuth} /><Route path="/register/confirm" component={FormRegisterConfirm} />

/confirm как будто не видит

Нубас просто, только начал вникать

ща посмотрю, что у тебя там

так он первый видит и падает в него

я уже думал мб в домейне дело, мб через Хост файл сделать кастомный

используй свитч

используй свитч

<Switch> <Route exact path="/" component={Home} /> <Route path="/login" component={Login}/> </Switch>

Здравствуйте, коллеги! Как я могу отменить onChange после того, как в onKeyPress я узнал, что нажатая кнопка - точка?

таргет

кей вэлью

так суть в том, что в onChange нет keyCode, а в onKeyPress нет value

ERROR: S client not available

Записи нет

фигово =(

Здравствуйте, коллеги! Как я могу отменить onChange после того, как в onKeyPress я узнал, что нажатая кнопка - точка?

Оставь он Кей Пресс проверяй если это не точка — не вызывай функцию ссылка на которую в ончейндж

А, вэлью ?

А, вэлью ?

именно, при вызове onKeyPress нет поля event.value

подписывайся на onKeyDown и делай preventDefault() по keyCode

Здравствуйте, коллеги! Как я могу отменить onChange после того, как в onKeyPress я узнал, что нажатая кнопка - точка?

Эм, а вэлью онЧендж по регулярке нельзя прогнать? Если заканчивается на точку — значит ВСЁ

Задача такая: написать десятичное число, и если в строке уже есть точка - отменить обработку. Кейс: ввведено "1222.34", каретка установлена в позиции после "12", нажимается кнопка "."

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

тебе нужно два обработчика. onKeyUp, если в конце строки точка, и точек больше нет, то ничего не делать (ждем ввод), onBlur проверяем еще раз и фейлим если точка в конце.

если говорить про onChange, тебе не нужно там keyCode, тебе нужно просто провалидировать значение поля полностью

@osipovvictor

Ему надо приостановить действие как только нажали вторую точку

const dots = [...str].filter((el) => el === '.').length if (dots === 2)

так это два разных вопроса, разве нет? ?

Я хз

На онинпут

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

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

фух.

пацаны, кажется мы справились

?

?

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

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

как человек прохававший кучу ебанины с подобными штуками рекомендую форматировать onBlur