s.
а если мне другую сущность нужно сохранить , чего я буду делать с Method<ISomeEnityt>
Size: a a a
2020 February 24
S
вопрос из разряда , а если я ботинок хочу засунут в БД ) Ну не получится это сделать
s.
правильная реализация как раз таки в IRepository<T> , где T указывается при создании экземпляра конкретной реализации
S
Возможно вы правы, стандартный репо женерик гибче, но в конкретныхзадачах стандартные шаблоны не всегда хорошо
s.
конкретная реализация все знает про T , и может хранить его у себя так , как нужно.
S
вот с EF проще так, меньше кода в десятки раз
s.
тут вопрос в корректности обозначения именований , это у вас просто фасад обобщенный
S
s.
т.к именно смысловую нагрузку репозитория он не выполняет
s.
а вот в плане сокращения и упрощения кода - это да. , и это как раз таки фасады
S
Пожалуй вы правы, в следующий раз назову фасадом)
s.
)) DataService как вариант
s.
напрямую наименования по шаблону обычно не дают , ну т.е реализация соответствует шаблону , а наименование соответствует контексту использоваания
s.
а чем , например сервис от какого либо агрегатного обьекта отличается ?
s.
а если , скажем ,нужен репо заточенный на EF , то он будет таким EfRepository<T> : IRepository<T> , кода будет так же немного , но если что , это можно будет подменить на любой другой репо , без привязки к EF
s.
XmlRepository<T>: IRepository<T> , такому типу репозитория тоже пофиг на тип обьекта , он его просто сериализует/десериализует
4
Ты бы еще через год ответил)
Да видимо навигация по чату как-то странно меня бросила в прошлое 😂
MD
Пришла наконец-то
E
Противорчесивые отзывы о книжке я слышал честно говоря