IQueryable в репозитории

Question

IQueryable в репозитории

1

Я прочитал некоторые статьи, которые запрещают публикацию IQueryable в общих репозиториях, поскольку это реализация LINQ. Я просто не спрашивал, нормально ли использовать IQueryable для частного использования, только потому, что он не может быть доступен за пределами репозитория.

arvstracthoughts 22 май 2014, в 11:25

Источник

Теги:

c#

entity-framework

repository-pattern

1 ответ

Ещё вопросы

Sergey Berezovskiy · Accepted Answer · 2014-05-22T07-38-00.000Z

2

Лучший ответ

Его вполне нормально использовать что-либо для частной реализации. Он не распространяется на клиентов ваших репозиториев через API, поэтому он никоим образом не влияет на них.

На самом деле клиенты репозиториев должны зависеть только от абстракции репозитория (обычно интерфейс). Таким образом, даже публичные участники, которые не являются частью интерфейса, используемого клиентом, не будут влиять на этого клиента.

Кстати, нет способа избежать частного использования IQueryable внутри репозитория, поэтому вы используете Entity Framework. Любой запрос, который вы определяете в своем репозитории, - IQueryable :)

Sergey Berezovskiy 22 май 2014, в 07:38

2

+1, это точка шаблона репозитория.
Jodrell 22 май 2014, в 09:02
0

Значит ли это, что если я изменю свой ORM, я также изменю работу своего хранилища?
arvstracthoughts 22 май 2014, в 09:06
0

@arvstracthoughts на самом деле вы создадите (полностью) другую реализацию репозитория, если вы смените поставщика доступа к данным. В сессиях NHibernate, DbContexts и прямом использовании ADO.NET не так много общего. Но интерфейс, который реализует репозиторий, должен оставаться таким же. Обычно я храню интерфейсы репозитория в сборке домен / ядро и создаю сборку, специфичную для поставщика доступа к данным, которая реализует эти интерфейсы. Если я переключаюсь на другого провайдера, я просто использую другую сборку доступа к данным
Sergey Berezovskiy 22 май 2014, в 09:10
0

спасибо за быстрый ответ @SergeyBerezovskiy, так как же будет полезен шаблон репозитория, если мне нужно будет создать новый шаблон репозитория после того, как я изменю свой ORM?
arvstracthoughts 22 май 2014, в 09:13
1

Преимущество @arvstracthoughts заключается в том, что хранилище не дает клиенту знать об используемой вами ORM. Клиент (ваше приложение) использует интерфейс репозитория. Если вы переключитесь на другую реализацию репозитория, другие части приложения останутся без изменений. Еще одним преимуществом является хранение логики доступа к данным в одном месте, а также простота макета репозиториев при выполнении модульного тестирования других компонентов.
Sergey Berezovskiy 22 май 2014, в 09:15
0

@SergeyBerezovskiy, теперь все проясняется, мне просто нужно спросить одну вещь, которая продолжает беспокоить меня, если интерфейс / контракт находятся в базовой сборке, я считаю, что конкретная реализация также будет там? или это будет на сборке DAL? Если это будет место в сборке DAL, то уровень Presentation должен ссылаться на сборку DAL для реализации IoC, что, на мой взгляд, неправильно, поскольку PL не должен ссылаться на DL правильно?
arvstracthoughts 22 май 2014, в 09:28
0

Реализация интерфейса @arvstracthoughts будет на сборке DAL. И это не Presentation Layer, который нуждается в эталонной сборке DAL. Если вы используете репозитории на уровне представления, вам нужно только сослаться на сборку, где объявлены интерфейсы (т.е. на ваш домен или базовую сборку). Затем вам нужно дать реализацию интерфейса к DI-фреймворку (это не часть представления - это логика вашего приложения). Вам даже не нужно добавлять ссылку на сборку DAL - это зависит от используемой вами структуры DI. С конфигурацией XML вы можете указывать на DAL DLL без каких-либо ссылок.
Sergey Berezovskiy 22 май 2014, в 09:51
0

Давайте продолжим эту дискуссию в чате .
arvstracthoughts 22 май 2014, в 10:16

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