LINQ Framework: døden for foreach (og WM-BOF)

Med det kommende LINQ, vil megen kode man skriver i dag til .Net < 3.5 forsvinde. LINQ frameworket drejer sig ikke blot om at man kan mappe sit databaseskema til objekter, men lige så meget om at lave queries mod sine data, hvad enten de kommer fra en XML-fil, et dataset, en tabel, eller simpelt hen blot fra en collection. I praksis betyder det, at alt hvad der implementerer IEnumerable interfacet, kan tilgåes med LINQ. Det betyder også at hver gang man overvejer at anvende et foreach-loop, bør man gentænke og se om ikke LINQ er svaret i stedet.
En lidt blæret ting, som meget kort blev demonstreret var, at et query på en flereprocesserarkitektur kan køre parallelt og dermed sikre hurtig afvilking. Der blev ikke gået i detalger med dette, men mon ikke der nok skal findes adskillige anvendelsesmuligheder i dette?
Hvis man anvender VB.Net, får man yderligere support for XML skrevet direkte i sin kode.

OR - mapning, nu også fra Microsoft

Ja, I læste rigtigt. I fremtiden vil Microsoft også have et objekt orienteret persistens framework.
ADO.Net Entity Framework hedder det. Det opererer som de fleste andre persistens frameworks med en mapningsfil, hvor relationerne er defineret. Entity framework kommer til at arbejde godt sammen med LINQ, og kommer ikke til at være låst til SQL Server (under forudsætning af at der er andre der skriver providere til andre databaser).

Under demonstrationen var der flere ting der ikke kunne demonstreres endnu. Det er på nuværende tidspunkt kun muligt at mappe på grundlag af en eksisterende database.

I første version kommer Entity Framework ikke til at kunne operere på POCO objekter, men det er meningen det skal komme til det i fremtiden. Det er til at starte med heller ikke muligt at arbejde med persisterede objekter disconnected.