Dokumentation: Unterschied zwischen den Versionen

Aus Das Sopra Wiki
Jeremi (Diskussion | Beiträge)
Jeremi (Diskussion | Beiträge)
Keine Bearbeitungszusammenfassung
Zeile 65: Zeile 65:
// TODO kurze Beschreibung, was genau hier noch zu tun ist
// TODO kurze Beschreibung, was genau hier noch zu tun ist
</source> [[Kategorie:Code-Beispiele]]
</source> [[Kategorie:Code-Beispiele]]
== Referenzen ==
<references />

Version vom 27. April 2012, 03:33 Uhr



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 Listen Kommentare

Visual Studio kann in Kommentaren nach bestimmten Token suchen und diese dann in der Task Liste gesammelt anzeigen. So können zum Beispiel Codestellen markiert werden, die noch einer Bearbeitung bedürfen. Vordefinierte Token sind TODO, HACK und UNDONE. Ein Token muss immer direkt hinter den Zeichen stehen, die den Kommentar einleiten.

// TODO Diese Zeile erscheint in der Task Liste

/* HACK Auch dieser mehrzeilige Kommentar
erscheint in der Task Liste */

Es können auch eigene Token erstellt werden.[2]

Doxygen Befehle

Wird ein Programm wie Doxygen verwendet, um aus dem Source Code automatisiert eine Dokumentation zu generieren, so können in den Kommentaren noch zusätzlich Special Commands[3] verwendet werden. Mit ihnen lassen sich zum Beispiel der Text formatieren oder man kann bestimmte Meta Informationen zum Code mitgeben.

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

Referenzen