IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Delphi Discussion :

Avec quoi documenter son code Delphi ?


Sujet :

Delphi

  1. #1
    Membre habitué

    Inscrit en
    Février 2005
    Messages
    356
    Détails du profil
    Informations forums :
    Inscription : Février 2005
    Messages : 356
    Points : 175
    Points
    175
    Par défaut Avec quoi documenter son code Delphi ?
    Documenter son code Delphi
    Quel logiciel ou add-on utilisez-vous ?

    Bonjour,

    Existe t-il un logiciel ou un "add-on" Delphi pour documenter son code ?

    J'ai trouvé "delphicodetodoc", très bien à première vue, à la mode JavaDoc.
    Mais je m'aperçois qu'il ne gère pas les groupes de projet (*.dpg ou *.groupproj).
    Très embêtant car le projet Delphi gère les packages (bpl) avec plus de 2000 fichiers .pas.

    J'ai vu dans la version Delphi XE4 qu'il y a Documentation Insight de chez devjetsoftware mais que la génération finale fait "usine".

    Qu'utilisez-vous ?

    Savez-vous si on peut personnaliser la génération (type d'information ou section visible ou non...) avec la version payante de Documentation Insight ?

  2. #2
    Expert éminent sénior
    Avatar de ShaiLeTroll
    Homme Profil pro
    Développeur C++\Delphi
    Inscrit en
    Juillet 2006
    Messages
    13 459
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Développeur C++\Delphi
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2006
    Messages : 13 459
    Points : 24 873
    Points
    24 873
    Par défaut
    Pour ma part, j'ai utilisé delphicodetodoc !

    Actuellement sur BCB, j'utilise les cartouches de documentation mais pas l'outil, mon responsable ne fait pas de commentaire

    Il est déjà pas mal d'avoir une documentation dans les sources, il faut penser à générer les HMTL après une modification, il est vrai que c'est plus facile de naviguer dans ce format que via une recherche dans Delphi

    Je te confirme, qu'il y a bcp de doublons lorsque les projets utilisent des unités communes, et parfois des trous si ils ne trouvent pas les dépendances

    Après, je faisais des documentations Word pour les ActiveX que j'externalisais en suivant un modèle, une documentation de la TLB et une version utilisateur (avancé \ lambda)
    Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
    Attention Troll Méchant !
    "Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
    Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
    L'ignorance n'excuse pas la médiocrité !

    L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
    Il faut avoir le courage de se tromper et d'apprendre de ses erreurs

  3. #3
    Membre habitué

    Inscrit en
    Février 2005
    Messages
    356
    Détails du profil
    Informations forums :
    Inscription : Février 2005
    Messages : 356
    Points : 175
    Points
    175
    Par défaut
    Vous me confirmez, il n'est pas possible de gérer des groupes de projet avec delphicodetodoc ?

    Dans mon cas, la génération de la documentation se fera automatiquement à chaque versions majeures et à chaque "ServicePack" (Lot de correctif).

    Mais elle pourra être lancé manuellement à un instant T si on souhaite avoir la dernière documentation.

    Je te confirme, qu'il y a bcp de doublons lorsque les projets utilisent des unités communes
    ???
    Généralement les générateurs parcourent les fichiers sources (*.pas) et décrivent les objets/méthodes...

  4. #4
    Expert éminent sénior
    Avatar de ShaiLeTroll
    Homme Profil pro
    Développeur C++\Delphi
    Inscrit en
    Juillet 2006
    Messages
    13 459
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Développeur C++\Delphi
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2006
    Messages : 13 459
    Points : 24 873
    Points
    24 873
    Par défaut
    Citation Envoyé par pepito62 Voir le message
    Vous me confirmez, il n'est pas possible de gérer des groupes de projet avec delphicodetodoc ?
    Je n'ai jamais suffisamment approfondi pour le dire !
    Lors de son utilisation, j'avais des projets séparés (de très gros EXE) et la quantité de documentation ne couvrait que mes modules (à peine 10% du code), le reste développé par plusieurs développeurs n'avait pas vraiment de norme à ce sujet

    Il me semble qu'un collègue de l'époque, avait intégré cela au FinalBuilder de ses projets.

    Citation Envoyé par pepito62 Voir le message
    Citation Envoyé par ShaiLeTroll Voir le message
    Je te confirme, qu'il y a bcp de doublons lorsque les projets utilisent des unités communes, et parfois des trous si ils ne trouvent pas les dépendances
    Généralement les générateurs parcourent les fichiers sources (*.pas) et décrivent les objets/méthodes...
    En fait, actuellement, je suis conforme avec la syntaxe Doxygen (BCB), il fonctionne à partir d'un répertoire et non à partir d'un projet C++Builder !
    Ce qui est tout à fait logique puisque Doxygen est général au C++, il ne peut pas se spécialiser pour tel ou tel environnement !

    DelphiToDoc fonctionne de la même façon et sait analyser un DPR mais pas les DPROJ si j'ai bien compris, n'ayant pas dépasse D7 avec DTD, je n'en sais pas plus

    Mais si l'on part du répertoire racine, on se retrouve avec un monstre sur plusieurs projets qui durent une plombe à générer, donc il est préférable de découper

    Si tu veux séparer, il faut partir sur le dossier regroupant les sources d'un projet, selon les outils, tu peux mettre des références sur des documentations externes (utile si tu as une lib commune)

    Sauf que si tu as un programme écrit avec la version N de la lib et un autre en N+1, si tu changes la documentation externe de la lib en N+1, tes références de la version N ne seront peut-être plus conforme... encore un soucis

    Idem, si tu as un projet qui utilise des unités d'un autre, je pense par exemple à une DLL ou le fichier des déclarations de types est commun à la DLL et aux modules appelant
    Cela peut devenir fort compliquer de gérer les dépendances

    Ensuite tout dépend comment tes sources sont organisées, actuellement, mon responsable a choisi de mettre tous les fichier cbproj dans le même répertoire, puis il y a tout un découpage en sous-dossier, les projets utilisant les unités d'autres projets, ... un peu confus tout ça à mon gout !
    Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
    Attention Troll Méchant !
    "Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
    Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
    L'ignorance n'excuse pas la médiocrité !

    L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
    Il faut avoir le courage de se tromper et d'apprendre de ses erreurs

  5. #5
    Membre habitué

    Inscrit en
    Février 2005
    Messages
    356
    Détails du profil
    Informations forums :
    Inscription : Février 2005
    Messages : 356
    Points : 175
    Points
    175
    Par défaut
    Je viens de télécharger la version Pro de Documentation Insight (limité à 15 jours) et la génération n'a rien à voir.

    C'est beaucoup plus lisible. De plus il existe différents formats de sortie.

    Je vous conseille de visualiser les vidéos youtube et de l'essayer.

    Du coup, j'ai trouvé mon bonheur. En espérant ne pas être embéter avec un gros projet.

    Merci.

  6. #6
    Expert éminent sénior
    Avatar de ShaiLeTroll
    Homme Profil pro
    Développeur C++\Delphi
    Inscrit en
    Juillet 2006
    Messages
    13 459
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Développeur C++\Delphi
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2006
    Messages : 13 459
    Points : 24 873
    Points
    24 873
    Par défaut
    C'est vrai que cela semble fort sympa avec l'éditeur intégré !
    Dommage, cela n'existe pas en C++Builder !
    Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
    Attention Troll Méchant !
    "Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
    Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
    L'ignorance n'excuse pas la médiocrité !

    L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
    Il faut avoir le courage de se tromper et d'apprendre de ses erreurs

Discussions similaires

  1. Documenter son code PHP
    Par xess91 dans le forum Eclipse PHP
    Réponses: 1
    Dernier message: 04/10/2012, 12h02
  2. Réponses: 2
    Dernier message: 08/04/2011, 13h25
  3. Génération de la documentation du code Delphi 2010
    Par jackfirst72 dans le forum Outils
    Réponses: 6
    Dernier message: 05/08/2010, 13h08
  4. Avec quoi gerer son compte en banque sous Mandriva
    Par Cazaux-Moutou-Philippe dans le forum Applications et environnements graphiques
    Réponses: 2
    Dernier message: 20/03/2006, 20h26

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo