Я изучаю дизайн Driven Driven, и я увидел некоторые концепции следующего агрегата, UnitOfWork, ... Я читаю книги, в том числе приложения на основе Java. Но Entity Framework растет в .NET Framework. Entity Framework является в том числе DbContext, IDbSet ...Домен Driven Desing применение в .Net с платформой Entity
Есть хороший пример, который применяется домен управляемый дизайн в .NET
Соответствие концепции
Я лично считаю, что Microsoft Испания проделал большую работу в предоставлении учебного примера. Это не для «слабонервных», и это не «единственный способ сделать это», но это может показаться вам интересным. Посмотрите на https://microsoftnlayerapp.codeplex.com/?
Я не знаю, вы когда-нибудь читали «Профессиональные шаблоны ASP.Net Design», написанные Скоттом Миллеттом. В этой книге есть реальное приложение под названием Agath's Storefront. Это приложение использует NHibernate и Domain Driven Desing. Создана библиотека моделей. В этом приложении модели отображаются в библиотеке Nhibernade DLL через XML-файлы. Но не используется Entity Framework. – barteloma
Если честно, я не думаю, что вы должны использовать объекты EF для своей модели домена. Объекты EF должны быть скрыты за вашими репозиториями и должны быть деталями реализации вашего уровня доступа к данным. – Steven
@Steven Я согласен на 100% ... если не используется первый подход к коду EF. В этом случае чистый домен вполне достижим. Вы сохраняете свои объекты как POCOs и перемещаете сопоставления в отдельные классы внутри кода инфраструктуры вместе с DbContext и другими материалами, связанными с каркасом. Короче говоря, у вас нет таких объектов, как объекты EF, у вас есть классы домена, которые код инфраструктуры знает, как сохранить. – dmusial
@ dmusial, но даже с кодом сначала очень сложно получить истинную модель домена, поскольку агрегаты скрывают большую часть их внутренних компонентов. Ifposdible, у вас будет довольно сложное отображение. – Steven