Discussion :

[David.Schris]

Bonjour,

Je dois comprendre rapidement le code source de plusieurs applications écrites en VB (5 ou 6 selon les cas).
Chacune de ces applications font entre 25000 et 110000 instructions chacunes (donc cela fait un peu plus en nombre de lignes si on compte le peu de commentaires existants).
Elles ont apparemment été écrites sans respecter aucune règle stricte et le résultat ressemble plus à un plat de spaghetti qu'à autre chose (très nombreuses variables globales qui n'auraient pas besoin de l'être [1], certaines variables déclarées explicitement [2], d'autres pas, noms de variables/fonctions/procédures peu parlants [3], fonctions utilisées comme des procédures [4], "passage de paramètres" via variables globales, peu de commentaires, pas d'indentation, pas de logique apparente dans l'organisation du code, etc, etc [5]).
Afin d'essayer d'y voir un peu plus clair, je cherche un/des outil(s) qui me permettraient de "parser" le code et d'en extraire des informations comme :
- liste des fonctions/procédures/propriétés (avec l'endroit où elles sont, les paramètres, etc) ;
- liste des variables globales/publiques/privées ;
- liste des fonctions/procédures appelées par chaque fonction/procédure ;
- liste des variables publiques/globales [6] et des fonctions qui les lisent/modifient ;
- et éventuellement d'autres choses...
L'idéal serait d'obtenir un résultat sous forme de fichier(s) qui puissent être facilement lus par un programme (pour, par exemple, générer des graphes avec un outil comme GraphViz à partir des infos).

Si vous connaissez quelque-chose dans le genre, n'hésitez pas à me le faire savoir.

Merci d'avance !

[1]: genre indices de boucle(s) utilisés dans telle ou telle fonction
[2]: mais pas toujours en début de fonction/procédure
[3]: exemples : des fonctions qui s'appellent F, FX, FX2, ...
[4]: ne renvoient pas de valeur
[5]: bref, tout ce qu'il ne faut pas faire on le trouve dans ces applis
[6]: "globales" == déclarées avec "Public" en partie déclarations d'un module de code / "publiques" == idem dans une feuille

[ThierryAIM]

interessante ta question
déjà, permets-moi de te souhaiter bon courage

on va y aller pas à pas

tu peux déjà installer MZTools qui permet de créer une documentation xml du projet, c'est pas le top mais c'est un début, mais aussi d'analyser le code source, beaucoup plus interessant

pour l'indentation du programme : Cadeau

Après, j'ai de l'huile de coude en bidon de 5 litres

commence par ça, et on en reparle

Bon courage

[David.Schris]

Merci pour les encouragements et les pistes, je vais voir ça et je vous tiens au courant.

[random]

à l'attention de thierry aim

bonjour j'aurais aimé profiter du cadeau mais le lien ne semble pas fonctionner

[ouskel'n'or]

Hé oui, Thierry a trouvé moyen de mettre un underscore dans le lien et ça marche pas chez moi non plus

Sans quoi, merci beaucoup... Y'a que l'intention qui compte

[ThierryAIM]

j'y peux rien pour le _
c'est mon domaine sur dvp qui a été créé comme ça

Mais avec ie, chez moi ca marche très bien

Je vous l'ai mis ailleurs

[ouskel'n'or]

Merci Thierry, comme ça, ça marche mieux

[ThierryAIM]

[David.Schris]

Bon...

Pour l'indentation, c'est parfait.
A part que j'ai utilisé une version plus récente (version 3.5 au lieu de 2.1) de l'outil. Elle se trouve à http://www.bmsltd.ie/indenter/default.htm (et y'a pas d'underscore ).

Pour MZTools, ben...je ne suis pas super satisfait...(oui, je suis difficile) :
- sur un petit projet, il fait planter Visual Studio lors de la génération de la doc. XML pour 5 formulaires sur les 36 que compte le projet ;
- il y a certes une fonctionnalité qui permet de savoir qui appelle telle ou telle fonction mais ce n'est apparemment pas possible de lui demander de faire ça pour toutes les procédures/fonctions d'un coup (i.e. : il faut se placer dans une procédure/fonction, cliquer sur le bouton droit, choisir la bonne option, cliquer sur exporter, saisir un nom de fichiers, valider, passer à la fonction/procédure suivante et recommencer...[1]) et les dépendances n'apparaîssent pas dans la doc. générée ;
- je n'ai rien vu concernant les "dépendances" entre procédures et variables ;
- l'analyse du code manque certains points (certes, elle peut indiquer qu'une variable n'est pas utilisée, mais manque par exemple des bouts de code qui sont censés utiliser quelque-chose qui n'existe pas [2]).

Bon...
Là, j'hésite...
Je crois que je vais faire un essai avec VBParser et essayer d'écrire ce dont j'ai besoin (ce qui me fait peur, c'est de quand il date...).
Si quelqu'un avait une grammaire VB compatible avec la dernière version de JavaCC, je serai ravi (ou un autre "parser"...plutôt pas en .Net [3])

Des suggestions ? Des mises en garde ? Un sourire ?

En tous cas, merci pour vos réponses (passées et futures) !

[1]: et dans le petit projet sur lequel j'ai essayé, il y en a près de 700...
[2]: non, pas de pb à la compilation
[3]: oui, j'ai vu celui-là

[ThierryAIM]

Pour l'indentation, c'est parfait.
A part que j'ai utilisé une version plus récente (version 3.5 au lieu de 2.1) de l'outil. Elle se trouve à http://www.bmsltd.ie/indenter/default.htm

Merci, je vais rajouter ce lien à la Page Outils pour VB

(et y'a pas d'underscore ).

à toi aussi

Des suggestions ? Des mises en garde ? Un sourire ?