Использование LLBLGen Pro строго в качестве дизайнера для EF4 - PullRequest
Новая
       20

Использование LLBLGen Pro строго в качестве дизайнера для EF4

1 голос
/ 03 сентября 2011

Прежде всего - я в порядке с тем, как работает EF4.Моя главная задача сейчас - возможность масштабирования, когда я получаю более 100 столов.В идеале схема должна храниться в том же контексте данных.Если мне придется разбить его на предметные области, это будет не очень хорошо.Там будет повторяющийся код и т. Д.

Итак.Не существует решения, которое бы разделяло EF4 на части и сохраняло отношения.На самом деле, существует такой способ, который предполагает не использовать конструктор и вручную редактировать XML.Не хорошо.

И вот я нашел LLBLGen Pro.Я понимаю, что это среда ORM с конструктором, но я также понимаю, что могу использовать их конструктор для создания сущностей EF4.

Правильно ли я понимаю, что:

  1. Я все еще могу использоватьEF4 так же, как с дизайнером VS?Я имею в виду вывод будет таким же?Я где-то читал, я ограничен использованием сохраненных процедур, нет LINQ?Или это будет так же, как EF?
  2. Я смогу управлять большой базой данных, и единственным недостатком будет то, что в случае изменений в базе данных мне придется заново генерировать код извне Visual Studio?

Если это правильно - это может быть отличным решением для медленной проблемы дизайнера / модели.

1 Ответ

4 голосов
/ 03 сентября 2011

Я все еще могу использовать EF4, как с VS дизайнером?Я имею в виду вывод будет таким же?Я где-то читал, я ограничен использованием сохраненных процедур, нет LINQ?Или это будет как EF?

Где вы читали, что оно ограничено сохраненными процессами?Он генерирует классы и EDMX.Вы можете создавать объекты / контексты POCO, STE или EFv1.Таким образом, вы можете делать с EF то, что хотите после этого, использовать Linq, entity sql и т. Д. Сгенерированные классы генерируются с использованием шаблонов, которые можно редактировать в интегрированном редакторе шаблонов.Кроме того, классы генерируются в отдельных файлах, так что не более 1 большого двоичного кода в одном файле, и организованы для одного проекта, так что сущности в одном проекте, context + edmx в другом, так что вы лучше разделите код, чтобы вы могли ссылатьсяпроект сущности в другом месте без ссылки на контекст там.

Я смогу управлять большой базой данных, и единственным недостатком будет то, что если в базу данных будут внесены изменения, мне придется заново генерировать код извне Visual Studio?

да.Кроме того, LLBLGen Pro поддерживает сначала модель, может генерировать сценарии DDL SQL для обновления ваших баз данных, чтобы вы могли управлять схемами баз данных + моделью сущностей в 1 проекте.:)

Конструктор LLBLGen Pro был протестирован с проектами с более чем 2500 объектами, поэтому он может принимать довольно большие базы данных;)

Надеюсь, это поможет

(заявление об отказе: я написалLLBLGen Pro)

...