Должен ли я изучать Linq to SQL, даже если он был добавлен в Entity Framework?

Question

Я хочу узнать, как Linq запрашивает базы данных MS SQL, но не уверен, какой путь выбрать. Недавно я читал, что Linq to SQL внедряется в Entity Framework, и, возможно, разработка застопорилась.

Стоит ли еще учить Linq to SQL? Или мне следует сосредоточиться на Entity Framework или другой объектно-реляционной модели, такой как Devforce Ideablade, которая переходит на Linq в качестве языка запросов?

Answer 1

Linq to SQL внедряется в Entity Framework, и именно здесь эта команда вкладывает свои силы. Таким образом, знание Entity Framework в будущем, вероятно, будет вашим первым приоритетом (я бы сделал его моим).

Однако, если у вас есть циклы, вам не придется тратить время на понимание Linq to SQL. В Linq, выражениях, отложенной загрузке, отложенном выполнении и т. Д. Еще много чего можно извлечь из него, и он будет применим еще долго после его объединения с Entity Framework.

Answer 2

Я сомневаюсь, что провайдер LINQtoSQL уходит, хотя, похоже, это правда, что акцент на расширение LINQ будет сделан с Entity Framework. Проблема в том, что Entity Framework действительно ужасна в настоящее время, IMO. Я продолжаю разрабатывать приложения, используя LINQtoSQL в качестве ORM. Я полностью ожидаю, что языковая поддержка будет там в будущем. Когда LINQtoEntities догоняет меня, я могу посмотреть на это, хотя LINQtoSQL в его текущем воплощении кажется достаточным (с несколькими твиками, которые я добавил сам) для моих нужд. Это особенно верно при использовании Dynamic LINQ , который я использовал для решения некоторых сложных проблем, которые я не мог получить иначе (сортировка по свойству намного проще с Dynamic LINQ).

Возможно, вы захотите использовать nHibernate и LINQ для nHibernate .