Утилита DAL-слоя с сущностью Framework 6

Question

Мне интересно, как сделать слой dal с EF. Почему бы не вызвать EF непосредственно на бизнес-уровне, учитывая, что EF DBContext является unitOfWork и List DBSet являются хранилищами? Итак, почему добавление дополнительного слоя DAL, который, наконец, является фасадом. Единственное преимущество, которое я вижу, заключается в том, что нам нужно изменить реализацию доступа к данным, например заменить EF на Hibernate или другое. Но, честно говоря, я никогда не видел, чтобы это произошло.

Answer 1

На самом деле с помощью dataartper необходимость разработки DAL является бесполезной, поскольку она содержит 0 строк кода.

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

Точка введения шаблона хранилища на вершине картографа данных, потому что вы хотите и быть в состоянии переключить основное хранилище данных даже в нереляционные один в долгосрочной перспективе (также, переход от NoSQL для SQL, кто знает!), и есть еще одна принципиальная причина, чтобы ввести уровень репозитория в вашем программном обеспечении: , потому что вы хотите быть в состоянии издеваться над хранилищем данных с подделками, чтобы выполнить тестирование вашего домена.

Наконец, даже если Entity Framework реализует единицу работы и другие шаблоны, иногда их реализация может не соответствовать вашим собственным требованиям к домену, и вам необходимо их обернуть, чтобы обеспечить дополнительную конкрецию вашего домена.