Latar belakang: Selama bulan depan, saya akan memberikan tiga ceramah tentang atau setidaknya termasuk LINQdalam konteks C#. Saya ingin tahu topik mana yang layak memberikan perhatian yang cukup, berdasarkan pada apa yang sulit dipahami orang, atau apa yang mereka anggap keliru. Saya tidak akan secara khusus berbicara tentang LINQke SQLatau Entity Framework kecuali sebagai contoh bagaimana query dapat dijalankan dari jarak jauh menggunakan pohon ekspresi (dan biasanya IQueryable).

Jadi, apa yang menurut Anda sulit LINQ? Apa yang Anda lihat dalam hal kesalahpahaman? Contohnya mungkin salah satu dari yang berikut, tapi tolong jangan membatasi diri Anda sendiri!

• Bagaimana C#kompiler memperlakukan ekspresi kueri
• Ekspresi Lambda
• Pohon ekspresi
• Metode penyuluhan
• Jenis anonim
• IQueryable
• Deferred vs eksekusi segera
• Streaming vs eksekusi buffered (mis. OrderBy ditangguhkan tetapi buffered)
• Variabel lokal yang diketik secara implisit
• Membaca tanda tangan umum yang kompleks (mis. Enumerable.Join )

Eksekusi tertunda

Saya tahu konsep eksekusi yang ditangguhkan harus dipukuli oleh saya sekarang, tetapi contoh ini benar-benar membantu saya mendapatkan pemahaman praktis tentang hal itu:

static void Linq_Deferred_Execution_Demo()
{
    List<String> items = new List<string> { "Bob", "Alice", "Trent" };

    var results = from s in items select s;

    Console.WriteLine("Before add:");
    foreach (var result in results)
    {
        Console.WriteLine(result);
    }

    items.Add("Mallory");

    //
    //  Enumerating the results again will return the new item, even
    //  though we did not re-assign the Linq expression to it!
    //

    Console.WriteLine("\nAfter add:");
    foreach (var result in results)
    {
        Console.WriteLine(result);
    }
}

Kode di atas mengembalikan yang berikut:

Before add:
Bob
Alice
Trent

After add:
Bob
Alice
Trent
Mallory

Bahwa ada lebih dari sekedar LINQuntuk SQLdan fitur lebih dari sekedar SQLparser yang tertanam dalam bahasa.

Notasi O besar . LINQ membuatnya sangat mudah untuk menulis algoritma O (n ^ 4) tanpa menyadarinya, jika Anda tidak tahu apa yang Anda lakukan.

Saya pikir fakta bahwa Lambdaekspresi dapat menyelesaikan baik pohon ekspresi maupun delegasi anonim, sehingga Anda dapat meneruskan lambdaekspresi deklaratif yang sama ke IEnumerable<T>metode IQueryable<T>ekstensi dan metode ekstensi.

Membawa saya cara terlalu lama untuk menyadari bahwa banyak metode ekstensi LINQ seperti Single(), SingleOrDefault()dll memiliki overloads yang mengambil lambdas.

Anda dapat melakukan :

Single(x => x.id == id)

dan tidak perlu mengatakan ini - yang mana beberapa tutorial buruk membuat saya terbiasa melakukannya

Where(x => x.id == id).Single()

Dalam LINQ to SQL saya selalu melihat orang-orang tidak memahami DataContext, bagaimana bisa digunakan dan bagaimana harus digunakan. Terlalu banyak orang tidak melihat DataContext untuk apa itu, objek Unit Kerja, bukan objek yang persisten.

Saya telah melihat banyak kali di mana orang mencoba untuk melajang sebuah DataContext / sesi itu / etc daripada membuat waktu baru untuk setiap operasi.

Dan kemudian ada pembuangan DataContext sebelum IQueryable telah dievaluasi tetapi itu lebih merupakan suatu kecenderungan ketika orang tidak memahami IQueryable daripada DataContext.

Konsep lain yang saya lihat banyak kebingungan adalah Query Syntax vs Expression Syntax. Saya akan menggunakan mana yang paling mudah pada saat itu, sering bertahan dengan Ekspresi Sintaks. Banyak orang masih tidak menyadari bahwa mereka akan menghasilkan hal yang sama pada akhirnya, Query dikompilasi menjadi Ekspresi.

Saya pikir yang disalahpahami bagian dari LINQ adalah bahwa itu adalah ekstensi bahasa , bukan perpanjangan database atau konstruk.

LINQjauh lebih dari LINQ to SQL.

Sekarang sebagian besar dari kita telah menggunakan LINQkoleksi, kita tidak akan pernah kembali!

LINQ adalah fitur paling signifikan untuk .NET sejak Generics in 2.0, dan Anonymous Types in 3.0.

Dan sekarang kita memiliki Lambda, saya tidak sabar untuk pemrograman paralel!

Saya yakin ingin tahu apakah saya perlu tahu apa itu pohon ekspresi, dan mengapa.

Saya cukup baru untuk LINQ. Inilah beberapa hal yang membuat saya tersandung dalam usaha pertama saya

• Menggabungkan beberapa pertanyaan menjadi satu
• Secara efektif men-debug query LINQ di Visual Studio.

Sesuatu yang saya awalnya tidak sadari adalah bahwa sintaks LINQ tidak memerlukan IEnumerable<T>atau IQueryable<T>untuk bekerja, LINQ hanya tentang pencocokan pola.

alt teks http://bartdesmet.info/images_wlw/QIsIQueryabletheRightChoiceforMe_13478/image_thumb_3.png

Inilah jawabannya (tidak, saya tidak menulis blog itu, Bart De Smet melakukannya, dan dia salah satu blogger terbaik di LINQ yang saya temukan).

Saya masih memiliki masalah dengan perintah "let" (yang saya tidak pernah menemukan digunakan untuk) dan SelectMany (yang saya gunakan, tapi saya tidak yakin saya melakukannya dengan benar)

Memahami kapan abstraksi di antara penyedia Linq bocor. Beberapa hal berfungsi pada objek tetapi tidak SQL (mis., TakeWhile). Beberapa metode dapat diterjemahkan ke dalam SQL (ToUpper) sementara yang lain tidak. Beberapa teknik lebih efisien dalam objek di mana yang lain lebih efektif dalam SQL (metode bergabung yang berbeda).

Beberapa barang.

1. Orang menganggap Linq sebagai Linq to SQL.
2. Beberapa orang berpikir bahwa mereka dapat mulai mengganti semua foreach / logic dengan query Linq tanpa mempertimbangkan implikasi kinerja ini.

OK, karena permintaan, saya telah menulis beberapa hal Ekspresi. Saya tidak 100% senang dengan bagaimana blogger dan LiveWriter berkonspirasi untuk memformatnya, tetapi itu akan berlaku untuk saat ini ...

Ngomong-ngomong, begini ... Saya suka umpan balik, terutama jika ada area di mana orang ingin informasi lebih lanjut.

Ini dia , suka atau benci ...

Beberapa pesan kesalahan, terutama dari LINQ ke SQL bisa sangat membingungkan. menyeringai

Saya telah digigit oleh eksekusi yang ditunda beberapa kali seperti orang lain. Saya pikir hal yang paling membingungkan bagi saya adalah Penyedia Kueri SQL Server dan apa yang dapat dan tidak bisa Anda lakukan dengannya.

Saya masih kagum dengan kenyataan Anda tidak dapat melakukan Jumlah () pada kolom desimal / uang yang terkadang kosong. Menggunakan DefaultIfEmpty () tidak akan berfungsi. :(

Saya pikir hal yang hebat untuk dibahas di LINQ adalah bagaimana Anda bisa mendapatkan diri Anda sendiri dalam masalah kinerja. Misalnya, menggunakan hitungan LINQ sebagai kondisi loop benar-benar tidak pintar.

IQueryable itu menerima keduanya, Expression<Func<T1, T2, T3, ...>>dan Func<T1, T2, T3, ...>, tanpa memberi petunjuk tentang penurunan kinerja pada kasus ke-2.

Berikut ini contoh kode, yang menunjukkan apa yang saya maksud:

[TestMethod]
public void QueryComplexityTest()
{
    var users = _dataContext.Users;

    Func<User, bool>                funcSelector =       q => q.UserName.StartsWith("Test");
    Expression<Func<User, bool>>    expressionSelector = q => q.UserName.StartsWith("Test");

    // Returns IEnumerable, and do filtering of data on client-side
    IQueryable<User> func = users.Where(funcSelector).AsQueryable();
    // Returns IQuerible and do filtering of data on server side
    // SELECT ... FROM [dbo].[User] AS [t0] WHERE [t0].[user_name] LIKE @p0
    IQueryable<User> exp = users.Where(expressionSelector);
}

Saya tidak tahu apakah itu memenuhi syarat sebagai disalahpahami - tetapi bagi saya, tidak diketahui.

Saya senang belajar tentang DataLoadOptions dan bagaimana saya bisa mengontrol tabel mana yang bergabung ketika saya membuat kueri tertentu.

Lihat di sini untuk info lebih lanjut: MSDN: DataLoadOptions

Saya akan mengatakan aspek LINQ yang paling disalahpahami (atau harus tidak dipahami?) Adalah penyedia LINQ yang dapat IQueryable dan kustom .

Saya telah menggunakan LINQ untuk sementara waktu sekarang dan saya benar-benar nyaman di dunia IEnumerable, dan dapat menyelesaikan sebagian besar masalah dengan LINQ.

Tetapi ketika saya mulai melihat dan membaca tentang IQueryable, dan penyedia Ekspresi dan LINQ kustom itu membuat kepala saya berputar. Lihatlah bagaimana LINQ to SQL berfungsi jika Anda ingin melihat beberapa logika yang cukup rumit.

Saya berharap dapat memahami aspek LINQ ...

Seperti yang dikatakan kebanyakan orang, saya pikir bagian yang paling disalahpahami adalah mengasumsikan LINQ hanyalah pengganti T-SQL. Manajer saya yang menganggap dirinya sebagai guru TSQL tidak akan membiarkan kami menggunakan LINQ dalam proyek kami dan bahkan membenci MS karena merilis hal seperti itu !!!

Apa yang diwakili var saat kueri dieksekusi?

Apakah iQueryable, iSingleResult, iMultipleResult, atau apakah itu berubah berdasarkan pada pelaksanaannya. Ada beberapa spekulasi tentang penggunaan (yang tampaknya) dinamis-mengetik vs standar statis mengetik di C #.

Betapa mudahnya membuat sarang adalah sesuatu yang saya pikir tidak semua orang mengerti.

Sebagai contoh:

from outerloopitem in outerloopitems
from innerloopitem in outerloopitem.childitems
select outerloopitem, innerloopitem

group by masih membuat kepalaku berputar.

Setiap kebingungan tentang eksekusi yang ditangguhkan harus dapat diselesaikan dengan melangkah melalui beberapa kode sederhana berbasis LINQ dan bermain-main di jendela arloji.

Kueri Terkompilasi

Kenyataan bahwa Anda tidak dapat rantai IQueryablekarena mereka metode panggilan (sementara masih tidak lain SQL translateable!) Dan itu hampir mustahil untuk bekerja di sekitar itu mindboggling dan menciptakan pelanggaran besar KERING. Saya membutuhkan IQueryableiklan ad-hoc di mana saya tidak mengkompilasi kueri (saya hanya mengkompilasi kueri untuk skenario berat), tetapi dalam kueri yang dikompilasi saya tidak dapat menggunakannya dan sebagai gantinya perlu menulis sintaks kueri reguler lagi. Sekarang saya melakukan subqueries yang sama di 2 tempat, perlu diingat untuk memperbarui keduanya jika ada perubahan, dan sebagainya. Mimpi buruk.

Saya pikir kesalahpahaman # 1 tentang LINQ ke SQL adalah bahwa Anda MASIH HARUS TAHU SQL untuk memanfaatkannya secara efektif.

Hal lain yang disalahpahami tentang Linq ke Sql adalah bahwa Anda masih harus menurunkan keamanan basis data hingga tidak masuk akal untuk membuatnya bekerja.

Poin ketiga adalah bahwa menggunakan Linq ke Sql bersama dengan kelas Dynamic (artinya definisi kelas dibuat saat runtime) menyebabkan sejumlah besar kompilasi just-in-time. Yang benar-benar dapat mematikan kinerja.

Pemuatan Malas.

Seperti disebutkan, lazy loading dan eksekusi ditangguhkan

Bagaimana LINQ ke Objek dan LINQ ke XML (IEnumerable) berbeda dari LINQ ke SQL (IQueryable)

BAGAIMANA membangun Lapisan Akses Data, Lapisan Bisnis, dan Lapisan Presentasi dengan LINQ di semua lapisan .... dan contoh yang bagus.

Seperti yang dikatakan kebanyakan orang, saya pikir bagian yang paling disalahpahami adalah mengasumsikan LINQ hanyalah pengganti T-SQL. Manajer saya yang menganggap dirinya sebagai guru TSQL tidak akan membiarkan kami menggunakan LINQ dalam proyek kami dan bahkan membenci MS karena merilis hal seperti itu !!!

Transaksi (tanpa menggunakan TransactionScope)