MA
Самописные фильтры и файнды
Size: a a a
2021 July 29
MA
Или есть какие-то удобные ин мемори решения, типо квери билдоры только которые с памятью работают
AI
квери билдер - это слой работы с базой данных. там не может быть логики. максимум - сложный SQL - и это должен быть интеграционный тест, ИМХО
MA
Да я щас вообще не говорю про базу
MA
Вот у тебя есть тестовые фикстуры, массив объектов
MA
Тебе чтобы замокать обращение нужно передать результат работы с этими тестовыми фикстурами
AI
если соблюден принцип Dependency injection, просто напишите тестовую реализацию слоя обращения к базе данных, и передайте в свой сервис
MA
Как писать тестовую реализацию, вот в чем вопрос
MA
Самому с помощью фильтров мапов и тд
MA
Или есть более удобные и наглядные решения
MA
Просто из всего того что я видел. Там только ин мемори штуки, которые специфичны для каждой бд
AI
const TestCarRepo = {
getCars: [{ id: 2 }, { id: 3 }]
}
class CarService {
constructor(carRepo) {
this.carRepo = carRepo
}
someFunc() {
// todo
}
}
/// TEST code ///
// init
const carService = new CarService(TestCarRepo);
// test
carService.someFunc()
// assert
getCars: [{ id: 2 }, { id: 3 }]
}
class CarService {
constructor(carRepo) {
this.carRepo = carRepo
}
someFunc() {
// todo
}
}
/// TEST code ///
// init
const carService = new CarService(TestCarRepo);
// test
carService.someFunc()
// assert
MA
ну вот,добавь в свои getCars какие-то сложные фильтрации, сортировки в зависимости от пришедшего параметра и т.д
MA
И тогда это будет дофига велосипедной логики которую нужно изобретать
AI
В данном примере мы тестируем CarService, соответственно все его зависимости мы мокаем.
MA
))) ты как-будто не читаешь что я пишу
MA
У тебя лежит файл большой с фикстурами
MA
и там у тебя все тестовые машины
MA
И тебе нужно сделать что-то более хитрое, чем просто отдать их все