2009-11-19 8 views
13

Начальная версия Entity Framework wasn't regarded well in the development community. Разработчики чувствовали, что многие вещи были исключены, и многие продолжали использовать другие ОРМ, такие как LINQ To SQL и . Хорошая новость, однако, заключается в том, что Microsoft было трудно на работе на 4.0 release of Entity Framework, который принесет с собой множество исправлений, включая поддержку lazy loading и POCO. Многие полагали, что первоначальный выпуск Entity Framework должен был включать эти функции; однако, безусловно, приятно видеть доказательства того, что команда Entity Framework рассмотрела проблемы, высказанные сообществом разработчиков.Что вы думаете о платформе Entity Framework 4.0?

Теперь, когда бета-версия Visual Studio 2010 прошла уже несколько недель, мне стало интересно, как другие разработчики относятся к следующей версии Entity Framework. Что ты думаешь?

Я понимаю, что некоторые люди по-прежнему испытывают негативные чувства к Entity Framework. При ответе предположение должно состоять в том, чтобы читатели ничего не знали об альтернативных ORM. Сравните и сравните различия с другими ORM. Не стесняйтесь поднимать области, где альтернатива делает что-то лучше. Кроме того, не стесняйтесь упоминать области, которые выделяет Entity Framework 4.0.

+0

Это должно быть перефразировано о плюсах и минусах рамки; как сейчас, это слишком субъективно и не является подходящим форматом для вопросов и ответов. – casperOne

ответ

2

Ну, на первый взгляд, я даже не понял причины существования EF. В основном Linq To SQL выполняет ту же работу с гораздо меньшими усилиями и поддерживает множество вещей, которые EF не делает. Или, по крайней мере, это относится к .NET 3.5.

В .NET 4 есть сплетня о том, что Linq To SQL, хотя она и останется, будет прекращена, и только EF будет развиваться дальше. (Решение о том, что они решили разработать неисправную систему, работающую, кажется мне немного странной.)

Все сказанное, однако, EF v4 будет прекрасно, если он действительно поддерживает все, что он утверждает, чтобы поддерживать ,

(Тем не менее, я не знаю, какие преимущества она имеет более NHibernate, например.)

+3

Linq to SQL на самом деле является ошибочным. Потому что он не может обрабатывать сложные отображения и худшую часть: он работает только с MSSQL. EF имеет хотя бы шанс стать полезным встроенным ORM в какой-то момент в будущем. (Который может быть EF4, не проверял) –

+0

Да, он станет очень хорошим ORM за какое-то время, но в настоящее время он не поддерживает такие тривиальные вещи, как метод Contains или ленивая загрузка. LINQ to SQL не является недостатком, он просто не нацелен на ту же аудиторию, что и EF. – Venemo

+0

@ Venemo, тема этого сообщения - Entity Framework 4.0, а не тот, который поставляется с .NET 3.5. 4.0 имеет ленивую загрузку. – senfo

2

Джули Lermann делает очень хорошую серию пост в своем блоге, что в последнее время показывает много добра о EF4 , Лучшее, что я думаю, будет то, что вы идете через этот блог и построить себе мнение ...

http://thedatafarm.com/Blog/

1

EF 4 является версией я ожидал.
Я был не очень доволен первым выпуском, LinqToSql чувствовал себя действительно впереди в те дни. Сказав, что стаж политический бой дал свой вердикт: L2S мертв ...

Между первыми версиями этих двух Microsoft ORM мы увидели в блоге сообщества много о своем плохом поведении в сценариях n-уровня. Поэтому я не очень удивлен, что две великие новые функции ориентированы таким образом.

Эти две новые функции полностью дополняют друг друга:

- ПОКО: индуцирует низкие связью слоев, но требует некоторой работы для обработки синхронизации между уровнями. - саморегулирующиеся Сущности: индуцирует привязал спаренных слоев, но уменьшает чрезвычайно количество кода, чтобы обеспечить ...

Для меня, выбор сделан. Я бы никогда не выбрал производительность над здоровым дизайном.
Let's rock for POCO!

+0

Ну, я бы никогда не выбрал производительность над здоровым дизайном, но мой босс мог! – Roubachof