Hallo zusammen, ich versuche gerade, mich in Doxygen einzuarbeiten. Die richtig gute Anleitung fehlt mir noch, also habe ich es einfach mal probiert, zwei zusammengehörige Dateien aus einem Projekt zu Doxumentieren. Kann ein Mitleser mit etwas Erfahrung in Doxygen mal drübergucken, ob ich etwas Wichtiges vergessen oder falsch gemacht habe?
Der Mischmasch aus Kommentarstilen gefällt mir persönlich nicht (/// und /**). Weiters könnte man das @brief bei den Funktionen weglassen was den Lesefluss etwas erleichtern würde. Sonst hät ich persönlich nix auszusetzen.
Würde die Parameterdokumentation hinter die Parameter setzen.
1 | /** @brief Bruch kuerzen
|
2 | *
|
3 | * @return Bruch
|
4 | */
|
5 | frac64_t frac64_reduce( |
6 | frac64_t F /**< Regulaerer Bruch (Nenner nicht Null!) */ |
7 | )
|
8 | {
|
9 | int64_t ggt = gcd_s64(F.z, F.n); |
10 | assert( ggt > 0 ); |
11 | F.z/= ggt; |
12 | F.n/= ggt; |
13 | return F; |
14 | }
|
Verhindert falsche Parameternamen, ist weniger schreibarbeit, m.Mn. nach übersichtlicher und man sieht direkt welche Parameter noch nicht dokumentiert sind. Das schließende Kommentarzeichen würde ich in eine neue Zeile setzen. Hat keinen Nutzen, ist m.Mn. nach schöner. Ansonsten was Vincent schon gesagt hat würde ich mir einen Start Tag aussuchen und den überall durchziehen.
Vincent H. schrieb: > Weiters könnte man das @brief bei den Funktionen weglassen was den > Lesefluss etwas erleichtern würde. Hmm....wenn ich das @brief weglasse, fehlt die Zusammenfassung (siehe Screenshot). Mir wäre es auch lieber, wenn es auch ohne ginge. Gibt es da vielleicht einen Parameter? öljavjkdshasdf schrieb: > Würde die Parameterdokumentation hinter die Parameter setzen. Wie markiert man dann [in,out] ? Ich finde leider die entsprechende Variante nicht in der Doku. Edit: Habe es durch Ausprobieren gefunden:
1 | /** @brief Bruch kuerzen
|
2 | *
|
3 | * @return Bruch */
|
4 | frac64_t frac64_reduce( |
5 | frac64_t F ///< [in] F Regulaerer Bruch (Nenner nicht Null!) |
6 | )
|
7 | {
|
8 | int64_t ggt = gcd_s64(F.z, F.n); |
9 | assert( ggt > 0 ); |
10 | F.z/= ggt; |
11 | F.n/= ggt; |
12 | return F; |
13 | }
|
:
Bearbeitet durch User
Walter T. schrieb: > Vincent H. schrieb: >> Weiters könnte man das @brief bei den Funktionen weglassen was den >> Lesefluss etwas erleichtern würde. > > Hmm....wenn ich das @brief weglasse, fehlt die Zusammenfassung (siehe > Screenshot). Mir wäre es auch lieber, wenn es auch ohne ginge. Gibt es > da vielleicht einen Parameter? Tatsächlich, sry fürs unterschlagen: http://www.doxygen.nl/manual/config.html#cfg_javadoc_autobrief
JAVADOC_AUTOBRIEF Das ist ja famos! Danke! Das macht einiges schöner und ordentlicher. Vor allem in Structs.
:
Bearbeitet durch User
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.