J'ai quelques grands codes, pour la plupart procéduraux, qui doivent être bien documentés. Cela implique généralement l'utilisation répétée d'un certain nombre de fonctions qui doivent être exécutées dans un certain ordre. Doxygen est un excellent produit, mais il semble très orienté vers la documentation des codes POO. Quelqu'un at-il des conseils sur la façon d'utiliser le doxygène de manière naturelle pour documenter le travail de procédure?Doxygen pour les programmes procéduraux
Répondre
Il n'y a rien d'intrinsèquement OOP sur la façon dont fonctionne doxygen. Il est juste capable d'extraire plus d'informations sur le code OO car il contient plus d'informations (par exemple, les graphes d'héritage).
Nous utilisons doxygen pour le code C pur et cela fonctionne tout aussi bien, moins les informations que le langage C ne fournit pas par rapport à C++. Utilisez simplement les fonctions de groupage de doxygen (@addtogroup et al) pour organiser la documentation générée et vous êtes prêt à le faire.
Alors, qu'en est-il des choses de type énumération, pas seulement en documentant des fonctions individuelles ou en les regroupant, mais en les montrant dans un ordre quelconque? Par exemple, la partie itérative principale du programme doit appeler, disons, 20 à 40 fonctions dans un ordre spécifique. J'aimerais pouvoir coller une sorte de bloc de commentaire au-dessus de chaque appel de fonction dans cette grande routine qui décrit ce qui est fait, et faire que la sortie de la grande routine soit une sorte de liste ordonnée. – Aurelius
Si vous avez un tas de fonctions qui doivent être appelées dans un certain ordre, vous devez documenter * that * dans ces API de fonctions - les regroupant probablement dans un groupe, et demander à la description du groupe de dire comment elles sont supposées être utilisé ensemble. Mais vous ne documentez pas ce fait sur les sites d'appel. – vanza
Merci, je vais essayer aujourd'hui et voir comment ça marche. J'avais préféré documenter ces choses sur les sites d'appels, puisqu'il s'agit d'un programme CUDA, et la façon dont les noyaux sont appelés avec des arguments supplémentaires de grille/thread/mémoire change le comportement des noyaux eux-mêmes. c'est-à-dire que des informations/arguments sont présents sur les sites d'appel qui ne sont pas visibles dans les fonctions elles-mêmes. – Aurelius
- 1. Liste des extraits de code fonctionnel pour les programmeurs procéduraux?
- 2. Documentation Doxygen pour les bibliothèques Boost?
- 3. "using namespace" pour les commentaires Doxygen
- 4. Doxygen pour pages jsp?
- 5. Exemples de projets orientés objet Programmeurs procéduraux
- 6. Doxygen cacher les fichiers source
- 7. Commentaires Doxygen pour les membres privés et les fonctions gratuites?
- 8. Hachette persistante pour les programmes Ruby?
- 9. alternatives .net pour les programmes Java disponibles
- 10. Benchmarks pour les programmes Single et MultiThreaded
- 11. Delphi & Doxygen
- 12. Documentation pour les commentaires sur la documentation Qt? Qt + Doxygen?
- 13. autotools pour 2 programmes
- 14. programme pour surveiller d'autres programmes
- 15. Doxygen latex réglage fin?
- 16. programmes c pour la pratique
- 17. syntaxe doxygen en python
- 18. boost documentation doxygen
- 19. Complexité dans les programmes Prolog?
- 20. C++ vérifier les programmes installés
- 21. Utilisation correcte de Doxygen
- 22. Doxygen y compris les méthodes deux fois les fichiers doc
- 23. Comment libérer des correctifs pour les programmes Java
- 24. Obtention de la langue pour les programmes non-Unicode
- 25. Ressources pour les programmes d'enseignement des langues naturelles
- 26. Utiliser Python pour manipuler les GUI d'autres programmes?
- 27. Pourquoi les programmes C requièrent-ils des décompilateurs mais pas les programmes python?
- 28. Convertir Doxygen en commentaires XML
- 29. Catégories Doxygen et Objective-C
- 30. commandes pour compiler des programmes sous Windows
Si ces fonctions doivent être exécutées dans un certain ordre, écrivez un wrapper. – user877329