Saya menambahkan jawaban untuk noobs karena jawaban ini tampak di atas kepala saya, sampai saya menyadari betapa sederhananya itu. Kadang-kadang harapan Anda bahwa itu rumit yang membuat Anda tidak dapat 'membungkus kepala Anda'.
Saya tidak perlu memahami perbedaannya sampai saya menemukan 'bug' yang benar-benar mengganggu yang mencoba menggunakan LINQ-to-SQL secara umum:
public IEnumerable<T> Get(Func<T, bool> conditionLambda){
using(var db = new DbContext()){
return db.Set<T>.Where(conditionLambda);
}
}
Ini bekerja dengan baik sampai saya mulai mendapatkan OutofMemoryExceptions pada kumpulan data yang lebih besar. Menetapkan breakpoint di dalam lambda membuat saya menyadari bahwa itu berulang melalui setiap baris di meja saya satu-per-satu mencari korek api dengan kondisi lambda saya. Ini mengejutkan saya untuk sementara waktu, karena mengapa itu memperlakukan tabel data saya sebagai IEnumerable raksasa daripada melakukan LINQ-to-SQL seperti yang seharusnya? Itu juga melakukan hal yang sama persis di rekan LINQ-to-MongoDb saya.
Cara mengatasinya adalah hanya untuk mengubah Func<T, bool>ke dalam Expression<Func<T, bool>>, jadi saya googled mengapa membutuhkan Expressionbukan Func, berakhir di sini.
Ekspresi hanya mengubah delegasi menjadi data tentang dirinya sendiri. Jadi a => a + 1menjadi sesuatu seperti "Di sisi kiri ada int a. Di sisi kanan Anda menambahkan 1 ke sana." Itu dia. Kamu bisa pulang sekarang. Ini jelas lebih terstruktur dari itu, tapi itu pada dasarnya semua pohon ekspresi sebenarnya - tidak ada yang membungkus kepala Anda.
Memahami itu, menjadi jelas mengapa LINQ-to-SQL membutuhkan Expression, dan Functidak memadai. Functidak membawa dengannya cara untuk masuk ke dirinya sendiri, untuk melihat seluk-beluk bagaimana menerjemahkannya ke dalam SQL / MongoDb / permintaan lainnya. Anda tidak dapat melihat apakah itu melakukan penambahan atau penggandaan atau pengurangan. Yang bisa Anda lakukan adalah menjalankannya. Expression, di sisi lain, memungkinkan Anda untuk melihat ke dalam delegasi dan melihat semua yang ingin dilakukan. Ini memberdayakan Anda untuk menerjemahkan delegasi ke dalam apa pun yang Anda inginkan, seperti kueri SQL. Functidak berfungsi karena DbContext saya buta terhadap isi ekspresi lambda. Karena itu, tidak bisa mengubah ekspresi lambda menjadi SQL; Namun, ia melakukan hal terbaik berikutnya dan mengulanginya dengan syarat melalui setiap baris di meja saya.
Sunting: menguraikan tentang kalimat terakhir saya atas permintaan John Peter:
IQueryable memperluas IEnumerable, jadi metode IEnumerable seperti Where()mendapatkan kelebihan beban yang menerima Expression. Ketika Anda lulus suatu Expressionuntuk itu, Anda menyimpan IQueryable sebagai hasilnya, tetapi ketika Anda lulus Func, Anda jatuh kembali pada basis IEnumerable dan Anda akan mendapatkan IEnumerable sebagai hasilnya. Dengan kata lain, tanpa memperhatikan Anda telah mengubah dataset Anda menjadi daftar untuk diiterasi sebagai lawan dari sesuatu untuk ditanyakan. Sulit untuk melihat perbedaan sampai Anda benar-benar melihat di bawah kap di tanda tangan.
gambar yang lebih besar