Dokumentation

Aus Das Sopra Wiki
Version vom 27. April 2012, 03:57 Uhr von Jeremi (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „{{UEA|Jeremi|Dieser Artikel wird gerade erstellt. Bitte haben Sie etwas Geduld. :)}} == Dokumentation == {{BA|Jeremi|Hier kurze Einleitung}} <ref>[http://www.cl…“)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Zur Navigation springen Zur Suche springen



Dokumentation

[1]

Warum kommentieren?

...


Kommentare als Werkzeug

Visual Studio bietet verschiedene Möglichkeiten, Kommentare zu verfassen. Neben den Inline Kommentaren, die nur für kurze Anmerkungen verwendet werden sollten, gibt es noch mehrzeilige Kommentare und XML Kommentare, mit denen sich Meth

Einzeilige Kommentare (single line comment)

Einzeilige Kommentare beginnen mit zwei Slashes und enden automatisch am Ende der Zeile:

//Dies ist ein Inline Kommentar. Er endet automatisch am Ende der
//Zeile, so dass // in jeder Zeile wiederholt werden muss.

int i = 0; // Inline Kommentare können auch in der Mitte einer Zeile beginnen

Abgegrenzte Kommentare (delimited comment)

Ein Stern nach einem Slash (/*) leitet einen Kommentarblock ein. Der Kommentar endet erst, wenn das das entsprechende Token zum beenden des abgegrenzten Kommentars gefunden wurde - (*/):

/* Dies ist ein Mehrzeiliger 
Kommentar. Ich brauche nicht 
jede Zeile wieder neu als
Kommentar markieren. */

XML Kommentare

...

Task List Comment

blabla


Wie und was kommentieren?

...


Wann kommentieren?

Kommentieren ist schön und gut, aber wann genau soll nun kommentiert werden? Es gibt mehrere Ansätze, Kommentare zu verfassen, die auch von dem jeweiligen Programmierstil abhängen.

Bei einem geplanten Vorgehen überlegt man sich im Voraus, was der Code genau leisten soll. Dann spezifiziert man die Parameter und die Rückgabe und verfasst noch vor dem Implementieren einen Kommentar der genau beschreibt, was der Code leisten wird. Vorteil dieses Ansatzes ist, dass auf diese Weise Funktionen und Klassen markiert werden können, die man (oder ein anderer Entwickler) erst später implementieren wird. Solche Codestellen sollten unbedingt mit einem Task List Comment markieren:

// TODO kurze Beschreibung, was genau hier noch zu tun ist