Сравнение ORM LLBLGEN Pro и EF4

Question

Новый год - новый стартап :) Мы выбираем ORM. Я лично работал с LLBLGEN в последние годы. Я просмотрел EF4 сегодня и обнаружил, что его функциональность близка к llblgen. (фильтрация, сортировка, группировка, работа с хранимыми процедурами и функциями, работа с графиками объектов (путь предварительной выборки), lazyLoad).

Я знаю, что llblgen не поддерживает POCO, это означает, что требуется написать дополнительный (или более сложный) код, чтобы отделить его от Домена.

Я не думаю, что лицензия llblgen является таковой, поскольку llblgen - это действительно успешная альтернатива Microsoft, и это здорово, что у нас есть такие альтернативы.

Я не нашел конкретного сравнения этих форм в stackoverflow. Просто что-то вроде «Если не важно платить деньги, тогда используйте llblgen»:).

Так что я просто хочу перечислить плюсы и минусы LLBLGEN и EF4. (Функциональность ORM только без конструктивных особенностей)

Answer 1

За последние несколько лет я использовал LLB в нескольких проектах, и я только заканчиваю свой первый проект EF4.Оба прекрасно подходят для простых отображений 1-1 между объектами-таблицами.Несомненно, другие люди не согласятся, но для проектов, в которых я использую codegen, я стараюсь придерживаться этого, насколько это возможно.Я не эксперт по EF4, так что, вероятно, есть вещи, которые он может сделать, которые я еще не обнаружил, но я чувствую, что LLB - более зрелый продукт, и поддержка абсолютно фантастическая.Удивительно, но получить помощь по EF4 далеко не так просто, и поиск ответов может быть затруднен, потому что в итоге вы получите множество несвязанных хитов C #.Форумы LLB, как правило, дают вам подробные ответы на ваши фрагменты кода очень быстро - обычно в течение нескольких часов.

Но MS, будучи огромным чудовищем, я должен был попробовать EF4 в проекте, и все сработалов порядке.Но лично я все еще предпочитаю LLB.

Answer 2

LLBLGen настолько зрел, что генерирует примерно в шесть раз больше кода, чем необходимо. Имейте в виду, что его первый из многих запутанных и чрезмерно сложных API был разработан задолго до появления дженериков и LINQ, и это видно. Запуск нового проекта с использованием LLBLGen понятен только в том случае, если вы уже потратили годы на его изучение. Во всех остальных случаях сделайте себе одолжение и забудьте, что оно когда-либо существовало!

Answer 3

Хорошо, ребята.Позвольте мне обобщить мой вопрос после изучения EF4.

1. Можно использовать EF4 с объектами POCO, что хорошо, если вы работаете с моделью предметной области.LLB не поддерживает POCO.

2. LLB-объекты имеют состояние даже без dataContext (сценарий адаптера).Это означает, что вы можете получить сущность в одном контексте и сохранить ее в другом, и второй контекст будет знать, что сущность не нова.EF4 будет обрабатывать его как новую сущность, и ему потребуется написать дополнительный код, чтобы пометить его как обновленный.

3. LLB имеет сценарий самообслуживания, который хорош для небольших приложений, поскольку сущности самосохраняются и ленивызагрузить функциональность.

4. Как упоминалось выше, LLB имеет отличную поддержку.Кажется, правило - отвечать в течение 8 часов в рабочие дни и 24 часа в выходные.

Answer 4

Pro для LLBLGen - поддержка.Очень отзывчивый форум поддержки с проблемами, которые обычно решаются за день или 2 (или иногда часа)

Попробуйте получить такой уровень поддержки для EF (или любого другого ORM!)