NHibernate vs. EF 4.1+ [закрыто]

В настоящее время этот вопрос не подходит для нашего формата вопросов и ответов. Мы ожидаем, что ответы будут подкреплены фактами, ссылками или опытом, но этот вопрос, скорее всего, вызовет дебаты, аргументы, опросы или расширенное обсуждение. Если вы считаете, что этот вопрос может быть улучшен и, возможно, вновь открыт, посетите справочный центр для получения руководства.

Закрыто 7 лет назад.

Я пытаюсь определить плюсы и минусы 2 ORM в первую очередь в этой области.

Совместимость с Sql Server 2008 R2 и 2012.
- Это очень важно, так как у нас просто нет ресурсов для отладки плохой поддержки существующего стека технологий MS.
- Кроме того, планирование с 2012 года в значительной степени завершено, и планы по переходу на него существуют.
Поддержка .NET 4.0 и 4.5 (в ближайшее время)
- Опять же очень важно по той же причине, что и выше.
Обработка транзакций и подсказки таблицы, например. силыкан форсэк, читай без комментариев.
- Во многих случаях оптимизатор запросов хорошо выполняет свою работу, в других случаях мне нужна гибкость, чтобы сказать ему, что делать.
Поддержка диалога, самостоятельное отслеживание attach & detach
- Это несколько фундаментально. Я ненавижу держать сессию открытой в течение длительного периода времени. Особенно в среде распределенных вычислений и веб-фермы.
Возможность обрабатывать код сначала при разработке, создавать и обновлять схему без уничтожения данных.
- EF 4.1, по-видимому, нуждается в этом отношении, хотя 4.3 лучше. Также заметки о данных нравятся лучше, чем отдельные классы сопоставления в NH. Причина в том, что я хочу иметь возможность отправлять в класс и оттуда иметь возможность создавать модель сохраняемости без расширения метода для классов сопоставления.
Поддержка шаблона IRepository
Поддержка LINQ
- Несколько привязан к (6) выше я хочу действительно хорошую поддержку linq. Я не хочу, чтобы разработчики возились с реализацией более низкого уровня и зацикливались на одном конкретном ORM
Performance
Поддержка массовых операций CRUD, без необходимости загружать данные в прикладной уровень. Например. Я хочу увеличить все строки в столбце определенной таблицы на 1. Я не хочу загружать это в память и увеличивать строки одну за другой. Это было бы безумием для такой простой операции. Linq2Sql раньше имел Magiq для обработки такого рода вещей, что есть у NH и EF?
Кэширование, нетерпеливая загрузка, ленивая загрузка, навигационные свойства.
- Позвольте мне быть откровенным, я ненавижу эти вещи, когда они делаются неявно. Причина в том, что трудно отличить то, что кэшировано, устаревшее, от того, что является новым. В EF я обычно отбрасываю все свойства навигации, потому что я не хочу, чтобы эти свойства загружались с топ-5,потому что это то, что нужно текущей операции, но дальше по потоку другой разработчик пытается сделать подсчет, который будет неточным.
- Итак, моя личная политика - все SOA должны быть без гражданства, если нет веских причин иначе. Если вам нужны ссылочные данные, получите их из сохраняемости. Это будет медленнее, но код будет более читабельным и гибким.
- Аналогично для кэширования. Это достаточно сложно, так как это в распределенной среде, я хочу, чтобы все кэширование было очень явным. Если разработчик хочет создать код для кэша, он должен сделать это, а не кодировать против ORM, и сделать так, чтобы это выглядело так, как будто он извлекает свежие данные из сохраняемости, когда на самом деле он получает устаревшие данные.
- Теперь вопрос в том, есть ли у NHibernate какая-либо концепция/абстракция, которая сделала бы кэширование, нетерпеливую/ленивую загрузку гораздо более явными, чем та, которая в настоящее время доступна в EF. В данном случае меня не очень волнует легкость разработки, меня больше волнует ясность и эксплицитность.

Кроме того, меня не очень волнует аргумент OSS против пропиетария. Команда не может позволить себе время, чтобы заглянуть под капот и начать возиться с чужим кодом. Меня больше волнует угол «это просто работает», чем что-либо еще.

задан Alwyn 12 June 2012 в 19:07

0 ответов

Другие вопросы по тегам:

.net entity-framework fluent-nhibernate orm nhibernate

NHibernate vs. EF 4.1+ [закрыто]

0 ответов

Похожие вопросы: