LINQ to SQL kullanımdan kaldırıldı mı?

Question

2008'in sonlarına doğru, LINQ'ın SQL'in geleceği hakkında pek çok tartışma oldu. Birçok kişi Microsoft'un .NET 4.0'daki Entity Framework'teki yatırımlarının LINQ'ın SQL'in geleceği olmadığını gösteren bir işaret olduğunu ileri sürdü. İnsanların anlaşmaya varmadığından kendi kararımı vermeden önce bekleyeceğimi düşündüm.

Hızlı ileri 18 ay ve LINQ to SQL'e dayanan çözümler sunan satıcılarım var ve bu konuda kişisel olarak bir deneyime sahibim ve onunla çalışmaktan gerçekten keyif aldım. Kalmak için burada olduğunu düşündüm.

Ama yeni bir kitap okuyordum (C# 4.0 How-To by Ben Watson) ve bölüm 21'de (LINQ), "Microsoft tarafından daha fazla veya daha az kullanımdan kaldırılmış" olduğunu ve LINQ'u Varlık olarak kullanmayı önerir. Çerçeve.

Size verilen soru, LINQ to SQL'in resmi olarak kullanımdan kaldırılıp kaldırılmadığı ve/veya yetkili varlıklar (Microsoft, Scott Gu vb.) LINQ yerine SQL'e LINQ yerine varlıkların kullanılmasını önermektedir.

Answer 1

: açıkça Linq SQL TAMAMEN .NET 4 DESTEKLİ olduğunu TechEd Avrupa'da söz Scott Guthrie kendisi ve Damien Muhafız üzerinde blog post ne yayınlanmıştır "ölümümden raporları oldukça abartılı olmuştur" ......

Answer 2

Hayır öyle değil. Takım hala geliştirmek için çalışıyor. Tüm "Linq SQL ölü" millet için

Answer 3

bulunmasını sağlayın: değişiklikler ve iyileştirmeler Mark Twain alıntı yapacak

.NET 4'te Linq-to-SQL için yapılmıştır InfoQ.com'da yayınlanan this article'a bir bakış - gerçekten ilginç bir tanesi. Sonuç: "[O] ver, SQL için LINQ ve Varlıkların LINQ'ı birleştirecek. Bu arada, SQL'de LINQ geliştirme çalışması tamamen bitmeyecek."

Answer 4

Sanırım bir araya gelecekleri inevitsble. EF, db nesneleri üzerinde LINQ'un gerçekten kurumsal düzeyde uygulanmasıdır. linq2sql, aslında, aslında bacakları büyüten fakat EF'de gördüğümüz fikirlerin çoğunu körükleyen bir kavram (ve çok daha fazlası) kanıtıydı. Günün sonunda, DAL katmanı (nhibernate, EF, l2s, subsonic vb), LINQ hizmetini uygulayan istemci BO kodundaki herhangi bir farklılığı ortadan kaldıracak şekilde zincirden oldukça uzak olmalıdır - çalışırken değiştirilebilir DI üzerinden oyun.

Answer 5

Son kontrol ettim, bu site Linq To SQL'i kullanıyor (veya kullanmaktadır). Joel Spolsky bunu GoogleTechTalk’ta belirtiyor: http://www.youtube.com/watch?v=NWHfY_lvKIQ.

Yazılımdan söz edildiğinde, "ölü" bir figüratif düzenleyicidir (yazılım herhangi bir değişmez, biyolojik anlamda ölmez), bu nedenle ilgili tarafların herhangi bir sözcük anlamında tanımlamayı reddettiği sürece bu tartışma devam edebilir. "Linq To Die" anlamına gelir. Ya da, kısaca LTD. Bu nedenle, bu andan itibaren, LTD tartışması iki yıl sürdü. Hepsi biraz dilbilimsel belirsizlik nedeniyle. "L2S öldü" diyenlerin genellikle L2S'nin çok fazla (eğer varsa) yeni özellikler almayacağı gerçeğine atıfta bulunulduğu söylenir. Linq güncellemeleri (Damien Guard's post'da belirtilen güncellemeler gibi) muhtemelen performans, kullanılabilirlik ve kararlılık güncellemeleri ile sınırlı olacaktır. Tabii ki, bazı geliştiriciler bunun iyi bir şey olduğunu tartışabilirler (muhtemelen new dynamic type hakkında biraz çirkin olan aynı geliştiriciler). "L2S ölmedi" diyenlerin genellikle L2S'nin tamamen kesilemeyeceği gerçeğine atıfta bulunurlar. Net (en azından kısa bir süre sonra). Düşün: ADO.Uygulama geliştiricileri arasında çekiş gücünü kaybedebilir (ve Microsoft'ta bu kurnazların dile getirilmemiş arzusu olabilir), ancak bu, isterseniz L2S kullanamayacağınız anlamına gelmez. Bu sadece Microsoft'un kitleleri onunla çarpıtmaya çalıştığı anlamına gelir.

Bir projeye başlarken, EF ve L2S arasında bir seçim yapmanın harika olduğunu düşünüyorum. Bill Wagner points out gibi, her ikisi için de bir yer ve yer var.

Answer 6

Ben bu tartışmaya geç, ama ben itibariyle

" kadar geri 2008 olarak, SQL Proje Yöneticisi (Tim Mallalieu) bağlantı yaptığı blog post bu duyuru yaptı işaret etmek istedim .NET 4.0, LINQ to Varlıklar [LINQ to SQL yerine], LINQ için ilişkisel senaryolara önerilen veri erişim çözümü olacaktır. "

Aksine daha başka bir duyuru daha buldum.