LINQ – Eine Syntax für alle Abfragen in C#

LINQ: Eine Syntax für alles

LINQ (Language Integrated Query) ermöglicht es, Datenquellen wie Collections, Datenbanken oder XML direkt in C# abzufragen, typsicher und ohne separate Query-Sprache. Seit C# 3.0 stehen dafür zwei Schreibweisen zur Verfügung: die Query-Syntax und die Methoden-Syntax. Wer beide Varianten kennt und situativ einsetzt, schreibt Code, der nicht nur funktioniert, sondern auch für andere Entwickler sofort verständlich ist.

‍

Das Problem: Eine Syntax für alles

In der Praxis zeigt sich häufig Code, der konsequent nur eine LINQ-Variante verwendet, unabhängig davon, ob sie für den konkreten Anwendungsfall geeignet ist. Häufig wird die Methoden-Syntax eingesetzt, da sie in vielen Beispielen zuerst erscheint und schnell vertraut wirkt. Das Ergebnis sind Abfragen, die eigentlich einfach sein könnten, aber unnötig schwer lesbar werden. Komplexe Joins werden in die Methoden-Syntax gezwungen, obwohl die Query-Syntax hier besser geeignet wäre.

Das ist kein kritisches Problem, führt jedoch zu Mehraufwand, etwa im Code-Review, beim Onboarding neuer Teammitglieder oder bei der späteren Wartung.

Die Methoden-Syntax basiert auf Extension Methods und Lambda-Ausdrücken. Sie ist flexibel, deckt den vollständigen LINQ-Funktionsumfang ab und lässt sich gut mit modernem C#-Code kombinieren.

Die Query-Syntax orientiert sich bewusst an SQL. Dadurch ist sie besonders geeignet, wenn Datenbeziehungen im Vordergrund stehen. Wichtig ist jedoch, dass nicht jeder Operator in der Query-Syntax verfügbar ist.

Es gibt nicht die eine richtige Syntax. Entscheidend ist die situativ passende Wahl.

Bei einfachen Abfragen ist die Methoden-Syntax kompakter und benötigt keinen zusätzlichen Overhead.

‍

1// Methoden-Syntax 
2var offeneRechnungenMethod = rechnungen 
3    .Where(r => r.KundenId == kundeId && r.Status == RechnungsStatus.Offen) 
4    .OrderBy(r => r.Faelligkeitsdatum); 
5
6// Query-Syntax 
7var offeneRechnungenQuery = 
8    from r in rechnungen 
9    where r.KundenId == kundeId && r.Status == RechnungsStatus.Offen 
10    orderby r.Faelligkeitsdatum 
11    select r;

‍

Sobald ein Join erforderlich ist, bietet die Query-Syntax klare Vorteile, da sie Beziehungen zwischen Datenquellen direkt sichtbar macht. Die Methoden-Syntax wird hier schnell unübersichtlich durch verschachtelte Lambda-Ausdrücke.

‍

1 // Methoden-Syntax 
2var kundenMitProjektenMethod = kunden 
3    .Join(projekte, 
4          k => k.Id, 
5          p => p.KundenId, 
6          (k, p) => new { Kunde = k, Projekt = p }) 
7    .Where(x => x.Projekt.Status == ProjektStatus.Aktiv) 
8    .Select(x => new 
9    { 
10        Kunde   = x.Kunde.Name, 
11        Projekt = x.Projekt.Bezeichnung, 
12        Start   = x.Projekt.Startdatum 
13    }); 
14
15// Query-Syntax 
16var kundenMitProjektenQuery = 
17    from k in kunden 
18    join p in projekte on k.Id equals p.KundenId 
19    where p.Status == ProjektStatus.Aktiv 
20    select new 
21
22    { 
23        Kunde   = k.Name, 
24        Projekt = p.Bezeichnung, 
25        Start   = p.Startdatum 
26    }; 

‍

Faustregel für den Alltag:

• Einfache Filter, Sortierungen und Projektionen: Methoden-Syntax
• Joins und mehrere Datenquellen: Query-Syntax

‍

Fazit

Wer nur eine Variante kennt, schränkt sich selbst ein. Beide zu beherrschen erfordert wenig Aufwand und zahlt sich schnell aus.

In der Praxis werden beide Varianten situativ eingesetzt. Die Methoden-Syntax ist häufig kompakter und fügt sich gut in bestehenden Code ein, während die Query-Syntax bei komplexeren Joins die Lesbarkeit deutlich verbessert.

Es handelt sich nicht um eine Grundsatzentscheidung, sondern um die Wahl des passenden Werkzeugs. Wer dies berücksichtigt, entwickelt klareren und wartbareren Code.

Empfehlung:
Im nächsten Code-Review kann gezielt geprüft werden, ob eine alternative LINQ-Syntax die Lesbarkeit verbessert. Der Aufwand ist gering, der Effekt jedoch nachhaltig.