DE
RU
EN
ES
ZH
FR
PT
AR
HI
Top-Anfängerfehler bei C#-Entwicklern: Von A bis Z
\n\nDer Umstieg auf C# und die .NET-Plattform ist ein spannender Weg. Wie in jeder Sprache treten Anfänger jedoch oft in dieselben Fallen. Einige dieser Fehler führen zu schwer auffindbaren Bugs, andere zu Leistungseinbußen. In diesem Artikel analysieren wir die häufigsten Fehler von C#-Anfängern, von der falschen Verwendung von Typen bis hin zu Problemen mit Asynchronität. Die Kenntnis dieser Fallstricke hilft Ihnen, saubereren, sichereren und effizienteren Code zu schreiben.
\n\n1. Ignorieren von NullReferenceException und fehlende Überprüfungen
\n\nDies ist wohl der häufigste Fehler, dem jeder Anfänger begegnet. Sie rufen eine Methode oder Eigenschaft eines Objekts auf, das tatsächlich null ist, und die Anwendung stürzt mit NullReferenceException ab.
Problem: Der Entwickler geht davon aus, dass eine Methode immer ein Objekt zurückgibt, oder überprüft das Ergebnis des Aufrufs nicht.
\n\nBeispiel für falschen Code:
\npublic string GetCustomerName(int id)\n{\n var customer = _repository.FindById(id);\n // Wenn customer == null, stürzt die nächste Zeile ab\n return customer.FullName.ToUpper();\n}Wie beheben: Verwenden Sie den bedingten Operator oder den ?-Operator (null-conditional).
public string GetCustomerName(int id)\n{\n var customer = _repository.FindById(id);\n // Sicherer Aufruf: wenn customer null ist, wird null zurückgegeben\n return customer?.FullName?.ToUpper() ?? "Unbekannter Kunde";\n}Tipp: Verwenden Sie in C# 8.0 und höher Nullable Reference Types. Dadurch warnt Sie der Compiler bereits zur Kompilierzeit vor potenziellen Null-Werten.
\n\n2. Verwechslung von Werttypen und Referenztypen (ref/out)
\n\nViele Anfänger verstehen den Unterschied zwischen Übergabe als Wert und als Referenz nicht. Dies betrifft insbesondere die Modifikatoren ref und out.
Problem: Sie denken, dass die Übergabe eines Objekts an eine Methode die ursprüngliche Variable ändert, aber das ist nicht immer der Fall. Wenn Sie dem Parameter ein neues Objekt zuweisen, ändert sich die ursprüngliche Variable nicht (wenn Sie kein ref verwenden).
Beispiel:
\npublic void ChangeName(string name)\n{\n name = "Neuer Name"; // Dies ändert die ursprüngliche Variable NICHT!\n}\n\nstring myName = "Alter Name";\nChangeName(myName);\nConsole.WriteLine(myName); // Gibt aus: "Alter Name"Wie beheben: Verwenden Sie ref oder out, wenn Sie die Referenz tatsächlich ändern müssen.
public void ChangeName(ref string name)\n{\n name = "Neuer Name";\n}\n\nstring myName = "Alter Name";\nChangeName(ref myName);\nConsole.WriteLine(myName); // Gibt aus: "Neuer Name"Wichtig: out wird verwendet, wenn die Methode dem Parameter zwingend einen Wert zuweisen muss (vor dem Verlassen der Methode). ref wird verwendet, wenn die Variable bereits vor dem Aufruf initialisiert ist.
3. Falsche Verwendung von LINQ (mehrfache Enumerationen)
\n\nLINQ ist ein mächtiges Werkzeug, kann aber die Leistung stark beeinträchtigen, wenn Sie nicht verstehen, wie verzögerte Ausführung (deferred execution) funktioniert.
\n\nProblem: Der Aufruf von .Where() oder .Select() führt die Abfrage nicht sofort aus. Jedes Mal, wenn Sie das Ergebnis durchlaufen (z. B. in einer foreach-Schleife), wird die Abfrage erneut ausgeführt.
Beispiel für falschen Code:
\nvar numbers = Enumerable.Range(1, 1000);\nvar filtered = numbers.Where(n => n % 2 == 0);\n\n// Erster Durchlauf – Abfrage wird ausgeführt\nint count = filtered.Count();\n\n// Zweiter Durchlauf – Abfrage wird ERNEUT ausgeführt (noch einmal)\nforeach (var num in filtered)\n{\n Console.WriteLine(num);\n}Wie beheben: Materialisieren Sie die Abfrage mit .ToList() oder .ToArray(), wenn Sie sie mehrmals durchlaufen müssen.
