AW
для их создания мне необходим уже протестированный метод $repository->insert() верно?
нет, зачем? создавай как тебе удобно
Size: a a a
2020 September 07
VK
нет, зачем? создавай как тебе удобно
таак а как они в базу попадут?
AW
таак а как они в базу попадут?
да как угодно. Я говорю, что это не обязательно должен быть этот метод. Хоть как он туда попадет, не важно
V
таак а как они в базу попадут?
Делаешь фикстуры, лоадишь их в бд
AW
я это сказал, потому что ты зациклился на том, что это обязательно должен быть этот метод. Это не так.
AW
Перед тестами
нет.
AW
получится неподдерживаемое говно
AW
никаких вставок до тестов
VK
я это сказал, потому что ты зациклился на том, что это обязательно должен быть этот метод. Это не так.
окей, если не инсертом у этого же репозитория, как туда ( в бд )попадет хоть одна строка
V
никаких вставок до тестов
Ну фикстуры можно обновить когда угодно, они же не тестами обновляются
VK
Ну фикстуры можно обновить когда угодно, они же не тестами обновляются
нет никаких фикстур, мне легче руками сделать sql
это чистый php со своей архитектурой
это чистый php со своей архитектурой
AW
окей, если не инсертом у этого же репозитория, как туда ( в бд )попадет хоть одна строка
да блять, как угодно... хоть $pdo->query('insert into table values()'), хоть $entityManager->persist($product);
Это НЕ ВАЖНО
Это НЕ ВАЖНО
V
нет никаких фикстур, мне легче руками сделать sql
это чистый php со своей архитектурой
это чистый php со своей архитектурой
Чистый код?
AW
Ну фикстуры можно обновить когда угодно, они же не тестами обновляются
ага, и это дикая запара. Когда тестов будет 7к, посмотрю, как ты будешь это разгребать и поддерживать
AW
а главное, что это не дает тебе нихуя абсолютно
AW
только тесты усложняет, потому что приходится базу чистить перед запуском, если ты не хочешь, что бы все говно из других тестов попало к тебе в выборку
VK
да блять, как угодно... хоть $pdo->query('insert into table values()'), хоть $entityManager->persist($product);
Это НЕ ВАЖНО
Это НЕ ВАЖНО
тогда когда мы переедем на новую структуру бд мне придется все тесты апдейтить, где было какое либо явное вмешательство на прямую в бд
AW
тогда когда мы переедем на новую структуру бд мне придется все тесты апдейтить, где было какое либо явное вмешательство на прямую в бд
ты что издеваешься? Еще раз обьясняю главный посыл: как в БД попадают данные - НЕ ВАЖНО! ВООБЩЕ! Вставляй КАК ХОЧЕШЬ. Делай ЛЮБУЮ АРХИТЕКТУРУ, которую захочешь.
Главное, что бы эта вставка происходила внутри теста. ВСЕ, на этом ограничения заканчиваются.
Главное, что бы эта вставка происходила внутри теста. ВСЕ, на этом ограничения заканчиваются.
V
ага, и это дикая запара. Когда тестов будет 7к, посмотрю, как ты будешь это разгребать и поддерживать
А если тебе в 7к нужен тестовый юзер с опр.данными, ты 7к раз будешь его создавать со всеми полями?