2010-08-19 10 views

Antwort

4

Vielleicht auch nicht.

Zum Beispiel, stellen Sie sich vor, Sie haben "<root>/utility/header1.hpp", die ihren Inhalt in namespace utility und "<root>/utility/header2.hpp" hat, die auch tut.

Sie könnten eine Datei hinzufügen: "<root>/utility.hpp", die den Namespace des Dienstprogramms dokumentiert. Sie können dies an die Spitze setzen #error Documentation only. um sicherzustellen, dass es nicht versehentlich enthalten ist.

Aber ich würde zumindest mache einig out-of-the-Art-Datei zu halten es in einer gesunden Stelle (und nicht gemischt in zufällig mit einiger Klasse.) Empfehle

+8

Sie brauchen nicht für jeden Namespace eine spezielle Datei haben. Sie können eine globale "Projektdokumentation" -Datei verwenden, die die Frontend-Dokumente für Ihr Projekt bereitstellt, die Gruppen (zur Verwendung mit/ingroup -Tags) erstellt und die Namespaces an einem Ort dokumentiert. Dadurch können alle "Übersichten" an einem logischen Ort statt in den Wind gestreut gehalten werden. Sie können diese Kerndokumentation sogar in einen "documentaiton" -Ordner stellen, der auch Dinge wie Ihre doxygen-Konfigurationsdateien usw. enthält. –

+0

@Jason Nachdem ich diese Antwort gelesen hatte, war es genau das, worauf ich mich stützte. Hört sich nach einem guten Plan an. – rhubarb

+0

@JasonWilliams: Ich denke, Ihr Vorschlag ist eine eigene Antwort wert. Ich glaube, das ist der bessere Ansatz. – NobodysNightmare

1

Finden Sie den besten Ort für die Dokumentation, ob es in einer dieser Dateien oder in einer anderen liegt. Verwenden Sie einen Kommentarblock mit Doxygen Namespace tag:

/** 
* @namespace Foo 
* Documentation for Foo here. More docs for Foo here, 
* and down here. 
*/ 

Docs hier: http://www.stack.nl/~dimitri/doxygen/commands.html#cmdnamespace

Verwandte Themen