Шаблон репозитория Пошаговое объяснение

Question

Шаблон репозитория Пошаговое объяснение

204

Может кто-нибудь объяснить мне шаблон репозитория в .NET, шаг за шагом, давая очень простой пример или демонстрацию.

Я знаю, что это очень распространенный вопрос, но до сих пор я не нашел удовлетворительного ответа.

Sa Patil 16 авг. 2012, в 10:01

Источник

1

msdn.microsoft.com/en-us/library/ff649690.aspx и codeproject.com/Tips/309753/…
Maarten 16 авг. 2012, в 11:04
1

Здесь есть хорошая статья : deviq.com/repository-pattern
ssmith 17 нояб. 2015, в 13:52

Теги:

c#

asp.net

design-patterns

repository

2 ответа

Ещё вопросы

msdn.microsoft.com/en-us/library/ff649690.aspx и codeproject.com/Tips/309753/…
Здесь есть хорошая статья : deviq.com/repository-pattern

Fenton · Answer 1 · 2012-08-16T12-36-00.000Z

В качестве резюме я бы описал более широкое влияние шаблона репозитория. Он позволяет использовать весь ваш код для использования объектов без необходимости знать, как объекты сохраняются. Все знания о сохранении, включая сопоставление таблиц с объектами, содержатся в репозитории.

Очень часто вы обнаружите SQL-запросы, разбросанные в кодовой базе, и когда вы приходите, чтобы добавить столбец в таблицу, вам нужно искать файлы кода, чтобы попытаться найти таблицы использования. Влияние изменения далеко идущее.

С шаблоном репозитория вам нужно будет только изменить один объект и один репозиторий. Воздействие очень мало.

Возможно, это поможет подумать о том, почему вы используете шаблон репозитория. Вот несколько причин:

У вас есть одно место для внесения изменений в доступ к данным.
У вас есть одно место, отвечающее за набор таблиц (обычно)
Легко заменить репозиторий ложной реализацией для тестирования - так что вам не нужно иметь базу данных, доступную для ваших модульных тестов

Существуют и другие преимущества, например, если вы использовали MySQL и хотели переключиться на SQL Server, но я никогда на практике этого не видел!

RE переключаясь с dbms a на b, я пойду на запись, что я не только видел это, я делал это в рабочем коде. Ранее мы использовали Oracle, нам пришлось сменить хостинг-провайдера, остановившись на Azure (до того, как они поддержали Oracle), поэтому нам пришлось перейти на SQL Azure. К сожалению, мы не разделили всю логику доступа к данным на этом этапе, но мы, безусловно, сделали это так же, как и эту миграцию (и я могу добавить, что в будущем).
Я знаю, что этот комментарий старый и закрыт как не по теме, но я видел, что это было сделано в нескольких компаниях. Как правило, это часть процесса перехода к ORM или от него. Хранилище облегчает его переключение, особенно если вы загружаете их из абстрактного фабричного шаблона или используете контейнер IoC.

twoflower · Answer 2 · 2012-08-16T12-23-00.000Z

116

Это хороший пример: Пример шаблона репозитория в С#

В основном, репозиторий скрывает детали того, как именно данные извлекаются/сохраняются из/в базу данных. Под обложками:

для чтения, он создает запрос, удовлетворяющий заданным критериям, и возвращает набор результатов
для записи он выдает команды, необходимые для создания базового механизма сохранения (например, базы данных SQL) для сохранения данных

twoflower 16 авг. 2012, в 12:23

12

Этот пример является лучшим объяснением, просто лучше, чем документация MSDN.
Teoman shipahi 22 июль 2014, в 15:58
2

Я нашел это очень хорошо. Он также предоставляет достойное объяснение единицы работы, которая представляется более общей формой шаблона данных по сравнению с шаблоном репозитория.
Celdor 05 нояб. 2014, в 11:39
7

Связанный пример - ошибка шаблона репозитория. Это не дает никаких преимуществ по сравнению с использованием интерфейсов, предоставляемых Entity Framework ( IDbContext ) или напрямую в nhibernate ( ISession ). Правильно реализованный репозиторий абстрагирует ВСЕ данные, специфичные для персистентности (например, как работает текущий поставщик Linq To Sql). т.е. никогда не выставлять IQueryable .
jgauffin 12 июнь 2015, в 07:47
3

@jgauffin IQueryable не является информацией о персистентности. Поддержка IQueryable может быть такой же простой, как жестко заданный массив, или может быть из XML-файла, веб-службы, базы данных, плоского файла и т. Д. Я бы не рекомендовал репозиторий, который не предоставляет IQueryable, как всегда приводит к медленному доступу к данным в каждом случае, где предоставление IQueryable позволит некоторым экземплярам повышать производительность, где это применимо, если хранилище постоянных данных имеет такую возможность. Кроме того, скрытие DbContext позволяет переключаться на другой ORM, если это необходимо (или без ORM!)
Robert McKee 14 нояб. 2016, в 16:37
4

Это утечка информации постоянства информации конкретной. Попытайтесь использовать энергичную / ленивую загрузку или создать предложение IN sql, не зная, как это делает конкретный поставщик LinqToSql.
jgauffin 14 нояб. 2016, в 19:38
0

Спасибо за то, что поделились этой ссылкой, ее действительно полезным codeproject.com/Articles/615499/…
Uttam 18 авг. 2018, в 00:21
0

В его IRepository <T> мы видим IQueryable <T>, и разве это не будет дополнительной работой? или лучше иметь IEnumerable <T> вместо этого?
Peck_conyon 13 окт. 2018, в 06:07

Показать ещё 5 комментариев