2010-08-19 7 views

Répondre

4

Peut-être ni l'un ni l'autre. Par exemple, imaginez que vous avez "<root>/utility/header1.hpp" qui a son contenu dans namespace utility et "<root>/utility/header2.hpp" qui fait également.

Vous pouvez ajouter un fichier: "<root>/utility.hpp" qui documente l'espace de noms de l'utilitaire. Vous pouvez mettre ceci au sommet #error Documentation only. pour vous assurer que ce n'est pas accidentellement inclus.

Mais je recommande au moins faire un peu hors sentiers battus fichier pour le garder dans un endroit sain d'esprit (et non mélangés au hasard avec une certaine classe.)

+8

Vous n'êtes pas obligé d'avoir un fichier spécial pour chaque espace de noms. Vous pouvez utiliser un fichier global "documentation de projet" qui fournit les docs de la page de garde pour votre projet, configure les groupes (à utiliser avec les balises/ingroup) et documente les espaces de noms en un seul endroit. Cela permet à tous les "aperçus" d'être tenus dans un endroit logique plutôt que dispersés au vent. Vous pouvez même mettre cette documentation de base dans un dossier "documentaiton" qui contient aussi des choses comme vos fichiers de configuration doxygen etc. –

+0

@Jason Après avoir lu cette réponse, c'était en fait ce vers quoi je me tournais. Ça a l'air d'être un bon plan. – rhubarb

+0

@JasonWilliams: Je pense que votre proposition vaut sa propre réponse. Je crois que c'est la meilleure approche. – NobodysNightmare

1

Trouver le meilleur endroit pour la documentation, que ce soit dans un de ces fichiers ou dans un autre entièrement. Utilisez un bloc de commentaire avec l'étiquette d'espace de noms de Doxygen:

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

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

Questions connexes