LINQ to SQL мертв или жив?

Question

Просто когда я подружился с LINQ to SQL, кажется, что MS вытаскивает коврик из-под него.

http://blogs.msdn.com/adonet/archive/2008/10/29/update-on-linq-to-sql-and-linq-to-entities-roadmap.aspx

Из моего небольшого исследования EF является излишним для простой работы. Но после этого объявления есть ли смысл продолжать использовать LINQ to SQL?

За пределами будущего для LINQ to SQL, разве это просто не посылает плохой сигнал? Учитывая скорость, с которой MS бросает биты в стену, рационально ли использовать какой-либо новый бит рано? (и это очень мило с LINQ to SQL!).

Что касается работы с LINQ to SQL, я думаю, что направляюсь в SubSonic!

Обновление: пара новых мнений:

http://ayende.com/Blog/archive/2008/10/31/microsoft-kills-linq-to-sql.aspx

http://codebetter.com/blogs/david.hayden/archive/2008/10/31/linq-to-sql-is-dead-read-between-the-lines.aspx

Answer 1

Очевидно, что 2 ORM - это один ко многим в наборе инструментов Microsoft, но мне кажется, что неправильная структура была выбрана по всем неправильным причинам. Тот факт, что команда C # выполнила работу, которую команда ADO.NET должна была выполнить за гораздо более короткое время и справилась с работой, сложно проглотить команде ado.net. Не то, чтобы я знал внутреннюю работу этих двух фреймворков, но я думаю, что было бы намного быстрее обновить недостатки, которые linq2sql имеет, для фреймворка сущностей.

Кажется, что слишком много политики вовлечено, и я думаю, что это действительно повредит репутации asp.net, так как я не верю в то, что платформа Entity даст нам такой же удобный для пользователя опыт, как Linq2sql. Команда ado.net также может получить некоторые навыки общения от команды asp.net mvc, поскольку разъяснения по этой проблеме в лучшем случае расплывчаты.

Было бы интересно узнать, что Скотт Гу и его команда MVC стоят здесь, так как большинство их примеров используют Linq2Sql.

Answer 2

См. Также http://ayende.com/Blog/archive/2008/10/31/microsoft-kills-linq-to-sql.aspx и комментарии там

Answer 3

Может быть, вам не стоит изучать Linq для SQL, но есть все еще сущности Linq, которые они сохранят.

Answer 4

(нет, StingyJack, LINQ to SQL не использует каркас сущностей)

Во всяком случае, я бы не волновался. Тим заявляет, что они слушают клиентов относительно LINQ to SQL. Судя по энтузиазму, который я наблюдал за L2S, клиенты (это мы) выскажутся.

И, как указывает КристоферА, на самом деле они не могут «убить» L2S, только заморозить его. И L2S, после полировки, на самом деле не требует дальнейшего развития. При наличии поставщика L2S любые улучшения в LINQ должны быть доступны и в L2S. Так что выбор останется за нами.

Answer 5

Всегда было немного странно, что с Linq 2 Sql и Entity Framework были большие области перекрытия. Я думаю, что единственная причина, по которой L2S попал в релиз .NET 3.5, заключалась лишь в том, что было большое сомнение, что EF когда-нибудь увидит свет. Теперь, когда EF1 отсутствует, все это будет очень грубый v1, больше не было необходимости в L2S.

Answer 6

Следующая версия Windows Phone 7 под кодовым названием Mango включает SQL Server Compact Edition, доступный через Linq to SQL http://jesseliberty.com/2011/05/10/coming-in-mangosql-server-ce/