VK
у тебя эти абстракции не используются нигде
Size: a a a
2017 September 08
VK
они есть просто потому что на SO так написали или еще где
λ
у тебя эти абстракции не используются нигде
В интерфейсах остальных репозиториев
g
они есть просто потому что на SO так написали или еще где
Выпей чаю, няш. С лимоном.
λ
Они есть, чтобы не копипастить круд по всем интерфейсам.
VK
Они есть, чтобы не копипастить круд по всем интерфейсам.
интерфейс к данным имеет смысл, но по мне не имеет смысл обобщенный интерфейс к данным, который потом каждый класс реализует.
Зачем это? Не проще IArticlesRepository\Gateway оставить и всю остальную абстрактную мишуру состричь?
public interface IArticlesRepository : IAbstractRepository<ArticleEntity> { }Зачем это? Не проще IArticlesRepository\Gateway оставить и всю остальную абстрактную мишуру состричь?
IC
Чтобы писать юнит-тесты для сложных сервисов и отдельно для работы с данными. Думаю, что так проще отлаживать код.
Разве ef 7 не предоставляет инструменты тестирования и моков из коробки?
λ
интерфейс к данным имеет смысл, но по мне не имеет смысл обобщенный интерфейс к данным, который потом каждый класс реализует.
Зачем это? Не проще IArticlesRepository\Gateway оставить и всю остальную абстрактную мишуру состричь?
public interface IArticlesRepository : IAbstractRepository<ArticleEntity> { }Зачем это? Не проще IArticlesRepository\Gateway оставить и всю остальную абстрактную мишуру состричь?
Не очень понимаю мысль, как можно состричь эту мишуру? Просто если избавиться от абстрактного класса репозитория, то придется 4 раза писать один и тот же код для каждого репозитория. Или этого как-то можно избежать, не используя базовый класс?
O
Не очень понимаю мысль, как можно состричь эту мишуру? Просто если избавиться от абстрактного класса репозитория, то придется 4 раза писать один и тот же код для каждого репозитория. Или этого как-то можно избежать, не используя базовый класс?
Расширения? 😄
λ
Разве ef 7 не предоставляет инструменты тестирования и моков из коробки?
Ведь тогда придется хардкодить EFCore без возможности спрыгнуть на лик2дб или какой-нибудь даппер.
Г
Чуваки плес найдите мне тутор как правильно мапить МОДЕЛЬ В СУЩНОСТЬ
Г
Не могу уже найти 10 лет
Г
щас опять костыли делать
IC
Ведь тогда придется хардкодить EFCore без возможности спрыгнуть на лик2дб или какой-нибудь даппер.
А ты используешь linq experssions?
λ
Расширения? 😄
Там через ДИ контекст вставляется, расширения же не могут в приватные поля. Либо надо выключать ефовский changetracking и лепить короткоживущие контексты чз using. Наверно это хорошо, тогда чендж трекингом ноги не будут отстреливаться.
λ
А ты используешь linq experssions?
Только изолированно в репах :)
IC
Только изолированно в репах :)
Ого, а как поиск работает?
O
не могут, да. но это просто как вариант не копипастить реализацию интерфейса 100500 раз. а вообще абстрактный класс вполне норм решение
VK
Не очень понимаю мысль, как можно состричь эту мишуру? Просто если избавиться от абстрактного класса репозитория, то придется 4 раза писать один и тот же код для каждого репозитория. Или этого как-то можно избежать, не используя базовый класс?
я бы повторял код и все.
VK
у тебя класс представляет отдельную таблицу