S
тебе нужно протестить класс репо
Size: a a a
2020 August 04
S
а ты зависишь от конкретной имплентации бд
S
это не праильно
S
сделай просто пару фейковых продуктов и все, в List
S
и тестируй фунционал репо в юнит тесторовании на них, а потом уже после всего интеграционные тесты на реальной бд
МШ
и тестируй фунционал репо в юнит тесторовании на них, а потом уже после всего интеграционные тесты на реальной бд
Спасибо, суть я понял, сейчас попробую
НП
А почему бы репозиторий не сделать тоже дженериком, что бы принимать тип, который надо получать? Какой смысл плодить однотипные репозитории?
AN
А почему бы репозиторий не сделать тоже дженериком, что бы принимать тип, который надо получать? Какой смысл плодить однотипные репозитории?
В общем то если тебе специфических запросов ч фильтрацией не надо - то и незачем
НП
В общем то если тебе специфических запросов ч фильтрацией не надо - то и незачем
Незачем плодить однотипные репы, или делать репу дженериком, что то не пойму?
AN
Незачем делать отдельные репозитории на разные сущности
AN
Обсуждали тут как-то с @chelio0s
S
А почему бы репозиторий не сделать тоже дженериком, что бы принимать тип, который надо получать? Какой смысл плодить однотипные репозитории?
в реальной жизни они не однотипные получаются энивей
S
есть базовый функционал и есть узкий
S
можно сделать RepositoryBase<TEntity> чисто для CRUD
S
и уже от него конкретные писать с поиском, фильтрацией, пагинацией и тд
НП
Ну ты можешь зарегать общий функционал, а для специфичных вещей делать отдельные реализации
НП
и уже от него конкретные писать с поиском, фильтрацией, пагинацией и тд
Зачем для этих целей использовать отдельные репы, можно все в одном делать, ничего же не мешает
S
не сделаешь ты один для всех сущностей
AN
Сущности шибко разные бывают
НП
не сделаешь ты один для всех сущностей
Говно вопрос )