NHibernte Fluent против сопоставления XML

Question

Я вижу много шума, связанного с интерфейсом NH Fluent, так в чем же преимущество использования Fluent вместо сопоставления XML и Criteria API?

Answer 1

1. Рефакторинг дружественный (переименования не нарушают сопоставления)
2. Автоматические сопоставления с настраиваемыми соглашениями
3. Intellisense в отображениях для вашего домена
4. Проверка времени компиляции

Answer 2

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

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

Answer 3

Просто чтобы прояснить, вы говорите о FluentNhibernate библиотеке отображения, верно?Это не связано с запросами, поэтому его можно использовать с hql или критериями api

Я спрашиваю, потому что api Criteria соответствует шаблону fluent interface и поэтому может рассматриваться как Fluent NH.

Плюсы и минусы Criteria vs Hql многочисленны, но в основном ICriteria лучше для программного построения ваших запросов, а hql лучше, если данный запрос никогда не изменится (исключая параметры) IMHO.С hql вы также можете сделать несколько вещей, таких как группировка и несвязанные объединения, которые вы не можете сделать с помощью критериев api.