Должен ли я изучать Linq to SQL, даже если он был добавлен в Entity Framework?
Я хочу научиться Linq запрашивать базы данных MS SQL, но не знаю, какой путь выбрать. Недавно я читал, что Linq to SQL внедряется в Entity Framework, и, возможно, разработка застопорилась.
Стоит ли еще учить Linq to SQL? Или мне следует сосредоточиться на Entity Framework или другой объектно-реляционной модели, такой как Devforce Ideablade, которая переходит на Linq в качестве языка запросов?
2 ответа
Linq to SQL внедряется в Entity Framework, и именно здесь эта команда вкладывает свои силы. Таким образом, знание Entity Framework в будущем, вероятно, будет вашим первым приоритетом (я бы сделал его своим).
Тем не менее, если у вас есть циклы, это не потерянное время, чтобы понять Linq to SQL. В Linq, выражениях, отложенной загрузке, отложенном выполнении и т. Д. Еще много чего можно извлечь из него, и он будет применим еще долго после его объединения с Entity Framework.
Я сомневаюсь, что поставщик LINQtoSQL уходит, хотя, похоже, это правда, что акцент на расширение LINQ будет сделан с Entity Framework. Проблема в том, что Entity Framework действительно ужасна в настоящее время, IMO. Я продолжаю разрабатывать приложения, используя LINQtoSQL в качестве ORM. Я полностью ожидаю, что языковая поддержка будет там в будущем. Когда LINQtoEntities догоняет, я могу посмотреть на это, хотя LINQtoSQL в его текущем воплощении кажется достаточным (с несколькими твиками, которые я добавил сам) для моих нужд. Это особенно верно при использовании Dynamic LINQ, который я использовал для решения некоторых сложных проблем, которые я не мог получить иначе (сортировка по свойству намного проще с Dynamic LINQ).
Вы можете рассмотреть возможность использования nHibernate и LINQ для nHibernate.