Лучшие практики для запросов с NHibernate

LINQ для NHibernate все еще находится в стадии бета-тестирования; Я с нетерпением жду NHibernate 2.1, где, как говорят, он наконец-то будет сокращен.

Около месяца назад я сделал презентацию LINQ для NHibernate, она может вам пригодиться. Я писал об этом здесь, включая слайды и код:

LINQ для NHibernate: отображение O / R в слайдах и коде Visual Studio 2008

Чтобы избавиться от XML, попробуйте Fluent NHibernate

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

Что касается того, как запрашивать (hql против критериев против Linq2NH), выставьте методы выявления намерений (GetProductsForOrder(Order order), GetCustomersThatPurchasedProduct(Product product) и т.д.) в интерфейсе вашего репозитория и реализуйте их наилучшим образом. Простые запросы могут быть проще с hql, хотя при использовании шаблона спецификации вы можете найти Criteria API лучше. Этот материал просто остается инкапсулированным в вашем репозитории, и если ваши тесты пройдут, не имеет большого значения, как вы его реализуете.

Я обнаружил, что API критериев громоздок и ограничен, но гибок. HQL - это больше мой стиль (и он лучше, чем SQL - он основан на объектах, а не на схемах) и, кажется, мне лучше подходит для простых методов GetX ..

По умолчанию я использую Linq для NHibernate. Когда я сталкиваюсь с ошибками или ограничениями, я переключаюсь на HQL.

Это чистый подход, если вы храните все свои запросы вместе в классе доступа к данным, например в репозитории.

public class CustomerRepostitory()
{ 
  //LINQ for NHibernate     
  public Customer[] FindCustomerByEmail(string email)
  {
     return (from c in _session.Linq<Customer>() where c.Email == email).FirstOrDefault();
  }

  //HQL
  public Customer[] FindBestBuyers()
  {
    var q = _session.CreateQuery("...insert complex HQL here...");
    return q.List<Customer>();
  }
}

Вы спросили о рефакторинге. О LINQ, очевидно, заботится среда IDE, поэтому для любого оставшегося HQL довольно легко просканировать эти классы репозитория и изменить HQL вручную.

Помещение HQL в файлы XML - хорошая практика, возможно, посмотрите, есть ли подключаемый модуль ReSharper NHIbernate уже может справиться с рефакторингом запроса?

Большое улучшение при написании или рефакторинге запросов (HQL или LINQ) - это включение методов поиска в модульное тестирование. Таким образом, вы можете быстро настроить HQL / LINQ, пока не получите зеленую полосу. Цикл компиляции / тестирования / обратной связи выполняется очень быстро, особенно если вы используете для тестирования базу данных в памяти.

Кроме того, если вы забыли редактировать HQL после рефакторинга, модульные тесты должны очень быстро сообщить вам о сломанном HQL.

Альтернативой LINQ-to-NHibernate и NHQG Айенде является генерация выражений / ограничений NHibernate из выражений C # 3. Таким образом, вы получаете более строго типизированный API критериев.

Видеть:

• http://bugsquash.blogspot.com/2008/03/strongly-typed-nhibernate-criteria-with.html
• http://www.kowitz.net/archive/2008/08/17/what-would-nhibernate-icriteria-look-like-in-.net-3.5.aspx
• http://nhibernate.info/blog/2009/01/07/typesafe-icriteria-using-lambda-expressions.html

откажитесь от nHibernate и вернитесь к Subsonic, если сможете. На мой взгляд, Subsonic - это ORM / DAL, который гораздо легче и удобнее тестировать. Я абсолютно ненавижу HQL, в чем смысл слабо типизированного запроса в ORM? И зачем мне использовать Linq / nH / SQL, если я могу просто использовать Linq to SQL и вырезать слой?

nHibernate был хорошей ORM, когда Subsonic не существовало, но сейчас с ним просто ужасно работать по сравнению. Мне легко требуется в 2 раза больше времени, чтобы делать что-то с nHibernate vs Subsonic. Тестирование - это боль, поскольку nHibernate - это среда выполнения, поэтому теперь мне нужно нанять несколько инженеров QA, чтобы они «щелкали» по сайту вместо того, чтобы получать ошибку времени компиляции.