Действительно ли возможно использовать NHibernate, не изменяя модель DDD, которая является частью платформы

• Для NHibernate:
  • All mapped classes require a default (no-arguments) constructor. The default constructor does not have to be public (it can be private so that it is not a part of the API), but it must exist. This is because NHibernate must be able to create an instance of the mapped class without passing any arguments. (There are workarounds, but don't do that.)
  • All mapped properties for which lazy-loading will be required must be marked virtual. This includes all reference properties and all collection properties. This is because NHibernate must be able to generate a proxy class deriving the mapped class and overriding the mapped property.
  • All mapped collection properties should use an interface as the property type. For example, use IList rather than List. This is because the collections types in the .NET Framework tend to be sealed, and NHibernate must be able to replace a default instance of the collection type with its own instance of the collection type, and NHibernate has its own internal implementations of the collection types.
  • For NHibernate, prefer Iesi.Collections.Generic.ISet to System.Collections.Generic.IList, unless you are sure that what you want is actually a list rather than a set. This requires being conversant in the theoretical definitions of list and set and in what your domain model requires. Use a list when you know that the elements must be in some specific order.

Also note that it's typically not easy to swap object-relational mapping frameworks, and in many cases it is impossible, when you have anything beyond a trivial domain model.

По моему опыту, единственное, что NHibernate требует от домена, - это виртуальные свойства и методы, а также конструктор по умолчанию без аргументов, который, как сказал Джефф, может быть помечен как частный или защищенный, если это необходимо. Вот и все. NHibernate - мой выбор OR / M, и я считаю, что весь стек NHibernate (NHibernate, NHibernate Validator, Fluent NHibernate, LINQ to NHibernate) является наиболее убедительной структурой для сохранения доменов POCO.

Несколько вещей, которые вы можете сделать с помощью NHibernate:

• Украсьте модель своей предметной области атрибутами NHV. Эти константы позволяют делать три вещи: проверьте свои объекты, убедитесь, что недопустимые сущности не сохраняются через NHibernate, и помогите автоматически сгенерировать вашу схему при использовании инструментов NHibernate SchemaExport или SchemaUpdate.
• Сопоставьте модель вашей предметной области с вашим постоянным хранилищем с помощью Fluent NHibernate. Для меня основным преимуществом использования FNH является возможность автоматически отображать ваши объекты на основе установленных вами соглашений. Кроме того, вы можете при необходимости переопределить эти автоматические приложения, вручную написать карты классов, чтобы получить полный контроль над сопоставлениями, и при необходимости использовать файлы xml hbm.
• После того, как вы купите использование NH, вы можете легко использовать SchemaExport или Инструменты SchemaUpdate для создания и выполнения DDL для вашей базы данных, позволяющие автоматически переносить изменения домена в вашу базу данных при инициализации фабрики сеансов NH. Это позволяет забыть о базе данных, для всех намерений и целей и вместо этого сконцентрируйтесь на своем домене. Обратите внимание, что во многих случаях это может быть бесполезным или идеальным, но для быстрой локальной разработки приложений, ориентированных на домен, я считаю это удобным.
• Кроме того, мне нравится использовать общие репозитории для обработки сценариев CRUD. Например, у меня обычно есть IRepository, который определяет методы для получения всех объектов в виде IQueryable, отдельного объекта по идентификатору, для сохранения объекта и для удаления объекта. Для всего остального NH предлагает богатый набор механизмов запросов - вы можете использовать LINQ to NHibernate, HQL, запросы критериев и прямой SQL, если это необходимо.

Единственный компромисс, который вам нужно сделать, - это использовать атрибуты NHV в вашем домене. . Для меня это не препятствие, поскольку NHV - это автономный фреймворк, который добавляет дополнительные возможности, если вы решите использовать NHibernate.

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

Между прочим: у вас чертовски хороший английский, я бы хотел, чтобы мой французский был на должном уровне ;-).