IK
я тоже. Но по опыту работы и с реактом и с вью интерпретировать хуки как отдельные элементы системы - тупиковый путь
Size: a a a
2021 June 10
IK
проще и полезнее делать переиспользуемые блоки тестов в поведении
IK
Почему тупиковый? Потому что хуки подобны "вирусам" - это одновременно и "жизнь" и "не жизнь" - то есть логику они несомненно несут, но автономной единицей не являются
KR
А если их внедрять через DI?
IK
А способ внедрения вообще не важен - это лишь способ "доставки" до компонента
IK
суть в том, что каждый первый подход к тестированию учит нас, что компонент должен быть черным ящиком. Делая предположение, что он состоит из таких-то хуков мы очень сильно нарушаем этот принцип
KR
Ну а в чем концептуальная разница между хуком и сервисом, например?
M
react query хуки тоже не имеет смысла тестировать отдельно? У них в доках примеры для отдельного тестирования хуков.
Я же сделал тест реакт компонента, который вызывает кастомный хук, который вызывает useQuery, который вызывает метод, который вызывает апи.
У меня так половина приложения протестировалась. Это нормально?
Я же сделал тест реакт компонента, который вызывает кастомный хук, который вызывает useQuery, который вызывает метод, который вызывает апи.
У меня так половина приложения протестировалась. Это нормально?
IK
в том что сервис является логической единицей
IK
то что в доках есть примеры для тестирования хуков, по моему опыту не показательно. Вам же всё равно как компонент реализовывает задачи :)
IK
Почему хук не является логической единицей - потому что вы не можете запустить хук отдельно - он обязательно должен быть внедрен куда-то
IK
это как тестировать отдельно миксины :)
M
но ведь у меня же вышел очень интеграционный тест. А вы вроде как сторонник более модульных
IK
Я этот вопрос в одном из последних бонусов освещал "как так, я не могу протестировать отдельно функцию". Современное тестирование не выделяет сущности ниже модуля
KR
ну во многих ситуациях вполне себе можно запустить отдельно. Лишь малая часть хуков как-то зависит от жизненного цикла компонента
IK
здесь всё упирается в определение слова "поведение". Мы тестируем поведение компонентов. Если вы определяете поведение компонента как вызов хуков с теми или иными параметрами - то можете тестировать хуки
Я же считаю что подобное определение поведение несет очень малую ценность
Я же считаю что подобное определение поведение несет очень малую ценность
M
но ведь и сервис в реакт приложении вряд ли будет запускаться отдельно от компонента
IK
Сервис - это другой слой (вью слой и логика)
IK
границы слоев мы всегда тестируем
M
хук ведь тоже логика, нет?