Clean Code Prinzipien | Lesbarer C# Code Tutorial

Clean Code in C#: Strukturierter, verständlicher und wartbarer Code
11/2024
Sarah K. | Solution Engineer

TL;DR

Dieser Beitrag zeigt, wie Clean Code Prinzipien helfen, lesbaren C# Code zu schreiben. Durch sinnvolle Kommentare, klare Benennungen und strukturierte Klassen bleibt Software langfristig wartbar und verständlich.

Best Practices für verständlichen und wartbaren Code

Clean Code Prinzipien | Lesbarer C# Code Tutorial

Im Kontext von Clean Code Prinzipien und einem Lesbarer C# Code Tutorial kann es in der Programmierung mit der Zeit passieren, dass Klassen für Programmierer*innen unübersichtlich werden und nicht mehr klar ist, wofür bestimmte Methoden oder Codezeilen programmiert wurden.

Gelegentlich finden sich auch ganze Codezeilen auskommentiert im Code wieder, die in Vergessenheit geraten, und irgendwann weiß vielleicht niemand mehr, warum sie ursprünglich programmiert wurden. Schließlich kennen wir alle den berühmten Satz: „Behalte das mal lieber, vielleicht kann man es ja nochmal gebrauchen.“

In der Programmierung scheint dieser Satz unbewusst auch zu existieren, wodurch solcher Code entsteht:

Auskommentierter Konstruktor zur Initialisierung und Verarbeitung von Subnavigation-Einträgen.

Dies ist natürlich nur ein Beispiel. Manchmal finden sich auch ganze Klassen auskommentiert im Code wieder, und mit der Zeit wird es unübersichtlich.

Wie sollte Code gestaltet sein, damit er für jede Person lesbar wird?

Für diese Frage gibt es keine Patentlösung, und ob Kommentare hierbei eine Rolle spielen sollten, bleibt jedem selbst überlassen.

Wir möchten Ihnen dennoch ein paar Tipps geben, wie Sie es in Ihrem Entwicklungsalltag einfacher haben können. Es gibt unterschiedliche Möglichkeiten, die wir aber nicht alle im Detail beleuchten können.

Kommentare im Code

Sprache


Sie können Ihre Kommentare in der Sprache gestalten, die Sie für sinnvoll erachten. Sind Ihre Entwickler international, empfiehlt es sich, die Kommentare auf Englisch zu verfassen. Nutzen alle Entwickler*innen hingegen dieselbe Sprache, können die Kommentare auch in der bekannten Umgangssprache geschrieben werden.

XML-Kommentar: Klassendefinition für die Busy-Indicator-Klasse.

Unterschiedliche Arten von Kommentaren


In diesem Artikel haben Sie bereits zwei Arten von Kommentaren kennengelernt. Es gibt verschiedene Varianten von Kommentaren, die wir hier kurz darstellen möchten:
(Hier könnte eine detaillierte Beschreibung der verschiedenen Kommentararten eingefügt werden)

XML-Kommentar zur Methode zum Löschen einer Entität mit Rückgabewert.
Dokumentation einer Methode zum Abrufen eines ContactDTO anhand der ID.
Blazor-Komponente mit Textinput, Datenbindung und Filterlogik.

Wann ist es sinnvoll, meinen Code zu kommentieren?


Diese Frage lässt sich nicht pauschal beantworten und hängt sowohl von den individuellen Vorlieben der Entwickler*innen als auch von den Vorgaben der jeweiligen Firma ab. Ein passender Ansatz lautet: „In Maßen, nicht in Massen.“

Setzen Sie genau so viele Kommentare, wie Sie benötigen, um unübersichtliche Stellen in Ihrem Code zu erklären. Achten Sie darauf, dass der Code durch zu viele Kommentare nicht an Übersichtlichkeit verliert. Kommentieren Sie nur das, was nötig ist und sich nicht von selbst erklärt.

Beispiel für einen sinnlosen Kommentar:

Property 'HouseNumber' mit XML-Kommentar "Hausnummer".

Methoden und Klassen zielführend benennen

Sie sollten Ihre Methoden und Klassen so selbsterklärend wie möglich benennen, damit Sie keine zusätzlichen Kommentare zur Erklärung benötigen.

Beispiel:

C#-Klasse 'DocumentService' implementiert das Interface 'IDocumentService'.

Region und Endregion-Pragma nutzen

Sie können auch das Region/Endregion-Pragma nutzen, um Ihren Code übersichtlicher zu gestalten. Dies ist besonders nützlich in Klassen mit vielen Zeilen, da Abschnitte auf- und zugeklappt werden können.

Zugeklappt:

UI-Text „Zahlweise“ als Beschriftung oder Kategorieüberschrift.

Aufgeklappt:

C#-Code prüft und setzt PaymentMethod innerhalb einer Region.

Die Klasse wird dadurch lesbarer und übersichtlicher, da nicht benötigte Codezeilen beim Analysieren ausgeblendet werden können.

DEVWARE Team Logo
Sarah K. | Solution Engineer

Mehr zum Thema

Pfeil nach rechts (Verlinkung)
Blazor mit TypeScript kombinieren: Typsichere JS Interop, Setup mit .NET 10, npm und tsconfig für stabile, wartbare Webanwendungen.
08/2026

Blazor mit TypeScript: Integration & Best Practices

Blauer Pfeil nach rechts (Verlinkung)
Aspire vereinfacht das lokale Setup verteilter .NET-Anwendungen: Orchestrierung, Service Discovery und Observability als versionierbarer C#-Code.
07/2026

Aspire: Schnellere Entwicklung, einfacherer Start

Blauer Pfeil nach rechts (Verlinkung)
Erfahren Sie, wie SQL Indizes Datenbankabfragen beschleunigen, Fallstricke vermeiden und die Performance Ihrer Anwendung nachhaltig verbessern.
06/2026

SQL Indizes Datenbankabfragen effizient optimieren

Blauer Pfeil nach rechts (Verlinkung)
TUnit im Praxistest: das moderne .NET-Test-Framework mit Source-Generierung, paralleler Ausführung & Native-AOT für schnellere Tests.
06/2026

NuGet Showcase: TUnit, das moderne .NET-Test-Framework

Blauer Pfeil nach rechts (Verlinkung)