Какой ORM для .NET я должен использовать?

Возможно, лучше всего использовать NHibernate . Это, возможно, лучший «отраслевой стандарт», когда дело касается как коммерческих, так и ORM с открытым исходным кодом. Он давно стал по-настоящему стабильным, используется во многих корпоративных компаниях, основан на еще более известном Hibernate (java), но был полностью переписан, чтобы максимально использовать возможности .NET.

NHibernate недостатки

Похоже, я сторонник NHibernate. Возможно, да. Но у NHibernate есть недостаток: у него крутая кривая обучения, и привыкание ко многим возможностям и выбор правильного или «лучшего» метода для вашей ситуации может быть сложной задачей даже для опытных разработчиков. Но это приз за ORM корпоративного уровня, способный практически на все.

NHibernate с FluentNHibernate скалы

Многие из этих недостатков и проблем с настройкой исчезают в ту минуту, когда вы начинаете использовать Fluent Nhibernate , лично я с трудом обхожусь без него, поскольку он сразу устраняет всю утомительность NHibernate (почти).

Это упрощает работу с NHibernate: просто напишите свои сущности как POCO и загрузите их полностью автоматически, чтобы создать свою базу данных, ассоциации и т. Д. (Или не создавайте схему, если она уже существует). Настройте свою базу данных, используя синтаксис Fluent. Очень простая установка может выглядеть так:

// part of a default abstract setup class I use
public ISessionFactory CreateSessionFactory()
{
    return Fluently.Configure()
        .Database(
            MsSqlConfiguration.MsSql2008
                .ConnectionString(c =>
                    c.Server(this.ServerName)
                    .Database(this.DatabaseName)
                    .Username(this.Username)
                    .Password(this.Password)
                    )
        )
        .Mappings(m =>
            m.AutoMappings.Add(AutoMap.AssemblyOf<User>()   // loads all POCOse
                .Where(t => t.Namespace == this.Namespace))
                // here go the associations and constraints,
                // (or you can annotate them, or add them later)
            )
        .ExposeConfiguration(CreateOrUpdateSchema)
        .BuildSessionFactory();
}


// example of an entity
// It _can_ be as simple as this, which generates the schema, the mappings ets
// but you still have the flexibility to expand and to map using more complex
// scenarios. It is not limited to just tables, you can map views, stored procedures
// create triggers, associations, unique keys, constraints etc.
// The Fluent docs help you step by step
public class User
{
    public virtual int Id { get; private set; }   // autogens PK
    public virtual string Name { get; set; }      // augogens Name col
    public virtual byte[] Picture { get; set; }   // autogens Picture BLOB col
    public virtual List<UserSettings> Settings { get; set; }  // autogens to many-to-one
}

public class UserSettings
{
    public virtual int Id { get; private set: }   // PK again
    public virtual int UserId { get; set; }       // autogens FK
    public virtual User { get; set; }             // autogens OO-mapping to User table
}

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

Другие вспомогательные средства для NHibernate

Также есть положительный момент: существует множество инструментов автоматической генерации (включая открытые source MyGeneration ), который может взять вашу схему (схемы) БД из простого ODBC или другого соединения и преобразовать их в правильные классы сущностей, ассоциации и файлы конфигурации HBM. Многие из этих инструментов являются (частично) средствами графического проектирования.

Используйте S # arp для обеспечения соблюдения лучших практик MVC + NH + NUnit

Обязательно прочтите Лучшие практики NHibernate . Он выводит дженерики и DAO на новый уровень. Вы также можете перейти к преследованию и углубиться в S # arp ( загрузить ), который представляет собой структуру, которая применяет все эти передовые практики и добавляет NUnit к смеси.

Прежде чем начать использовать новую технологию, я обычно хочу, чтобы она была хорошо изучена. NHibernate и Hibernate здесь не обходятся. Многие книги объясняют (N) Hibernate от начинающего до профессионального, официальных документов много, а документация по инструментам тем временем довольно отличная.

О LINQ и NH

LINQ и NHibernate всегда хорошо сочетались во всех типах ICollection. <> , которые используются в сопоставлениях многие-к-X и других ассоциациях, но требуют, чтобы данные были извлечены сначала, что требует хорошего дизайна (здесь помогает кеш), в противном случае он будет работать плохо. Это считалось больным местом NH с тех пор, как появился LINQ.

К счастью, в городе появился новый ребенок: NHibernate-LINQ , который сопоставляет запросы LINQ с ICriteria запросы перед отправкой. Запросы ICriteria хорошо кэшируются, и эта комбинация с LINQ является одновременно очень мощной и очень производительной. NH-LINQ теперь является частью стандартного дистрибутива.

Заявление об ограничении ответственности

Я использовал NHibernate почти десять лет (сначала Java, затем .NET). Я флиртовал с другими ORM как с коммерческими, так и с открытыми исходными кодами, но в конце концов всегда возвращался к NH (если политика компании не требовала иного, но это было редко). Эта история может показаться немного предвзятой, но здесь слишком мало места, чтобы вдаваться в мучительные подробности о сравнении NHibernate с другими технологиями.

Вполне возможно, что другие ORM лучше соответствуют вашим потребностям, особенно если вы никогда не планируете использовать его в сложных ситуациях с несколькими базами данных, несколькими базами данных или устаревшими ситуациями, в которых сложно сопоставить объектно-ориентированный объект. Для меня NH сияет, потому что это не так.