Какую стратегию я должен принять сейчас, когда MS больше не будет поддерживать LINQ to SQL?

Пожалуйста, если вы использовали NHibernate и Entity Frameworks, пожалуйста, сопоставьте ваш опыт.

10.12.2008 12:43:32
Это ФУД и смешивание фактов. L2S никуда не денется, просто поглощается EF под более унифицированным флагом.
Echostorm 10.12.2008 12:59:38
2 ОТВЕТА
РЕШЕНИЕ

Мы были ранними приверженцами LINQ to SQL, но только на ограниченной основе, ожидая Entity Framework. Мы только начали работать с EF, но моя самая большая жалоба осталась той же, что и у меня с LINQ to SQL, так как моя модель домена все еще связана с источником данных или структурой, что означает, что мои POCO не настолько независимы как они должны быть.

Конечно, в блоге Entity Framework Design они признали, что постоянное невежество является очень популярной запрошенной функцией (и будет в следующем выпуске), и есть по крайней мере один пример того, как добиться постоянного невежества при использовании настоящих POCO здесь ,

Мы также оценили NHibernate. Это очень прочный и простой в использовании. Реально, при прочих равных условиях, NHibernate лучше, но у меня есть личное предпочтение придерживаться реализаций Microsoft, если у меня нет уважительной причины не делать этого - если только по какой-либо другой причине, кроме уровня поддержки, который я могу получить.

3
10.12.2008 12:53:35

Вы также можете посмотреть на Замок ActiveRecord , который является слоем поверх NHibernate. По моему мнению, это заставляет весь ORM блестеть.

3
10.12.2008 12:45:22
В каких областях у замка ActiveRecord было преимущество?
David Robbins 10.12.2008 12:58:10
ActiveRecord упрощает настройку. Вы больше не настраиваете файлы XML, но вместо этого вы украшаете свои классы. Он отлично справляется с отложенной загрузкой и позволяет делать такие вещи, как myObject.Save ().
Brian Genisio 10.12.2008 14:55:27