Kā noteikt, kad koda jālieto IQueryable vietā IEnumerable?

Izmantojiet IQueryable, kad veiktu sarežģīti vaicājumi uz datu avotu (piemēram, datu bāzi) ar atliktu izpildi. Tas ļauj IQueryable nodrošinātājam tulkot LINQ izteiksmes atbilstošajā vaicājuma valodā (piemēram, SQL), optimizējot datu atlasi.

Izmantojiet IEnumerable, kad datu avots jau atrodas atmiņā vai kad vaicājums tiek veikts lokāli (piemēram, filtrējot objektu sarakstu). IEnumerable darbojas ar atmiņā esošām objektu kolekcijām.

Galvenās atšķirības:

Zīme	IEnumerable	IQueryable
Kur tiek veikts vaicājums	Klienta atmiņā.	Datu avota pusē.
Veiktspēja	Mazāk efektīvi lieliem datu kopumiem, jo vispirms tiek iegūts viss kopums, tad filtrēts atmiņā.	Efektīvāk lieliem datu kopumiem, jo vaicājums ir optimizēts un tiek veikts datu avota pusē, iegūstot tikai nepieciešamos datus.
Iespējas	Atbalsta LINQ to Objects.	Atbalsta LINQ to SQL/Entities un citus IQueryable nodrošinātājus.
Aizkavēta izpilde	Ir, bet datu apstrāde notiek atmiņā.	Ir, vaicājuma nodrošinātājs veido izteiksmju koku un izpilda vaicājumu datu avotā.

Piemērs ar IQueryable izmantošanu ar Entity Framework Core:

// Pieņemot, ka context ir Entity Framework DbContext
var query = context.Products
                   .Where(p => p.Price > 100)
                   .OrderBy(p => p.Name)
                   .Select(p => p.Name); // Vaicājums tiek veidots, bet netiek izpildīts

// Vaicājums tiek izpildīts tikai, kad to pārvēršam par sarakstu (piemēram, izsaucot ToList())
var productNames = query.ToList();

Piemērs ar IEnumerable pēc datu iegūšanas:

// Pieņemot, ka products jau ir ICollection<IEnumerable<Product>> atmiņā
IEnumerable<Product> products = GetProductsFromCache(); // Vai cita operācija, kas atgriež datus atmiņā

var filteredProducts = products.Where(p => p.Category == "Electronics"); // Filtrēšana notiek atmiņā