Архитектура сайта Entity Framework 4

Question

Привет, Мне было поручено создать сайт N-Teir с использованием Entity Framework 4 и придумать некоторые кирпичные стены, более чем вероятно, насколько мне известно.

Мой план до сих пор было, чтобы эти слои

Веб-сайт (приложение слоя),
То, что я звоню Name.Framework (BLL),
Name.Data (DAL),
Имя. Сущности (содержит классы POCO и другие структуры классов, используемых в веб-сайт/УСК,
Name.Common (служебный класс)

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

Если я хочу использовать .include(), это было бы в моем репозитории или это ответственность бизнес-уровня? (и я понятия не имею, как это будет работать в BLL)

Тот же вопрос для .Order()? Как я понял, это должно быть в репозитории или, по крайней мере, каким-то образом перешло в репо?!?

Должен ли я использовать BLL для передачи в контекст в репозиторий/уровень данных? В тот момент, когда я получаю сущность из слоя данных, любые свойства навигации, на которые не ссылались в репо, просто возвращаются с «Контекстом объекта», должен ли бизнес-уровень сохранять контекст и т. Д., Чтобы этого не произошло?

Или подвести итог этой помощи!

Мне нужно иметь это в каком-то порядке завтра (eek!), Поскольку руководитель проекта хочет знать, будем ли мы продолжать работу с платформой Entity Framework или перейдем в NHibernate, поскольку у нас есть больше знаний об этом ,

Спасибо за любую помощь или предложения Matt

Answer 1

В поисках чего-то похожего я нашел this. На данный момент это не слишком много, но выглядит многообещающим.

Answer 2

В настоящее время я работаю над веб-проектом хобби с EF4 только код, где я иметь следующую структуру ([имя] является названием моего проекта):

• [имя] Dr.Web® - An ASP.NET MVC 2 проекта
• [имя] .Web.Models - настраиваемое представление модели, наряду с AutoMapper отображений из моей сущности объекты
• [имя] .Models - Мои классы POCO и интерфейсы для репозиториев Риз
• [имя] .DataAccess - Некоторые интерфейсы, связанные с доступом к данным, например IUnitOfWork
• [имя] .DataAccess.EF - Все Entity Framework, связанные классы и интерфейсы

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

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

Answer 3

Я реализовал базовый EF, Poco, Repository, UnitOfWork архитектура во многом следуя этой статье здесь:

http://devtalk.dk/CommentView,guid,b5d9cad2-e155-423b-b66f-7ec287c5cb06.aspx

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