Appli avec beaucoup de sources et beaucoup de sale code.

Bonjour à tous, j'ai hérité d'une grosse appli winform avec environ 400000 lignes de codes, plusieurs projets vb/c#, le bordel en gros, le mec qui a travaillé dessus était un sagouin 8O, aucune architecture de bien définie, différents types de stockage (couche d'accès aux données), du code copier-coller de partout, les designpatterns, le mec connaissait pas, mais alors pas du tout :traine:...
Est-ce que des personnes ont déjà rencontré le soucis ? :pan:

Je pense déjà peut-être traduire tous les projets de vb en c#, mais ensuite, avez-vous une idée ou des softs qui me permettraient de gagner du temps ?

Merci de votre aide.

Je pense que le simple fait de traduire de VB en C# te donnera sufisemment l'occasion de te promener dans le code et d'elaguer au passage ce qui gene et de restructurer un peu les choses

Je trouve meme généralement cet exercice amusant et tout compte fait asser enrichissant car il y a toujours a apprendre et gagner dans la lecture de la logique des autres.

Et je suis convaincu que si tu relis dans deux ans ou meme quelques mois un code que tu ecris toi meme aujourd'hui, tu pensera parfois aussi etre un sagouin !

Citation:

---

Envoyé par LaureestunGag

Bonjour à tous, j'ai hérité d'une grosse appli winform avec environ 400000 lignes de codes
[...]
avez-vous une idée ou des softs qui me permettraient de gagner du temps ?

---

Il m'est arrivé la même chose avec une appli de "seulement" 20 000 lignes. Je l'ai corrigée et ajouté de nouvelles fonctionalités et il ne restait plus que 14 000 lignes...
Mais j'ai mis les mains dans le camboui !
Il y a peut être Resharper qui pourrait t'aider ? Mais il est payant et je ne l'ai jamais utilisé donc c'est une supposition. :oops:

Citation:

---

Envoyé par olibara

Je pense que le simple fait de traduire de VB en C# te donnera sufisemment l'occasion de te promener dans le code et d'elaguer au passage ce qui gene et de restructurer un peu les choses

---

+1

Citation:

---

Envoyé par olibara

Et je suis convaincu que si tu relis dans deux ans ou meme quelques mois un code que tu ecris toi meme aujourd'hui, tu pensera parfois aussi etre un sagouin !

---

+1 :aie:

J'ajoute qu'FxCop est capable de détecter les méthodes privées inutilisées. Perdre du temps à débuguer une classe / une méthode, c'est déjà pas rigolo, mais ça l'est encore moins quand on se rend compte après qu'elle est de toutes façons référencée nulle part :aie:

Bonjour,
merci à tous, je pensais faire une conversion automatique vb -> c# avec des outils du commerce, lancer ensuite fxcop avec qqs règles, mais y'a-t'il d'autres outils qui pourraient me permettre d'assainir le code (de façon auto évidemment) ?

Je reste asser sceptique sur ces outils de conversions automatique
A chaque fois que j'ai voulu utiliser ces truc je me retrouvais avec un code imbuvable a lire sans compter plein de detail ou il faut quand meme intervenir a la main.

En définitive on y passe plus de temps et on depense plus d'argent pour un resultat moins bon que le faire soi meme.

C'est comme demander a un expert Html d'editer ses pages avec FrontPage

Ceux qui ont deja fais l'experience connaissent bien le "LEST" gros et gras qu'un outil automatique peut generer dans un code a priori simple !

Citation:

---

Envoyé par olibara

Je reste asser sceptique sur ces outils de conversions automatique

---

Je suis d'accord avec toi dans le cas général (genre C++ -> Java ou Fortran -> C :)), mais VB.Net et C# n'étant que deux dialectes de l'IL, qui est un langage de haut niveau, ça doit se faire à peu près bien.

Suffit de voir Reflector qui est capable de transformer l'IL en code C# ou en VB tout à fait lisible.

[edit] Quoiqu'il semble plutôt être question devb que de VB.Net, ici. Si c'est le cas, crosoft avait bien fait des outils de conversion vb => vb.Net, mais j'imagine le carnage :aie::aie:

Citation:

---

Je reste asser sceptique sur ces outils de conversions automatique

---

+1

En plus, tu vas perdre le plus gros avantage de la conversion, a savoir que le fait de convertir a la main te donnera forcement une vue plus detaille du code, des points de difficulte et co.

Si il existait des outils pour transformer le vieux code moche en code tout beau tout neuf patternise et compagnie, on serait tous au chomage, le dev serait externalise

Pour t'aider dans ta tache, je te conseille de jeter un oeil a NDepend, qui va te sortir des metriques

Par contre, attention, ne tombe pas dans l'exces inverse, la patternite aigue, ca existe...

Une bonne approche, c'est de ne pas se lancer dans les grands travaux, parce que :
- tu ne sais pas pour combien de temps tu en as
- si des evolutions arrivent entre temps, tu vas devoir faire evoluer l'ancien code ou les repousse a apres la migration
- tu risque de depenser beaucoup d'energie pour rendre "propre"et extensible du code inutile

Mon conseil (par expérience, j'ai déjà pas mal vécu ca, voire pire :aie:), c'est
de faire une revue globale de l'appli, des metriques et co., et de noter tous les resultats. Lorsque la premiere demande d'evolution/correction arrive, avant tout, mettre des tests en place, pour ne pas introduire de régression. Durant la partie "code" de l'evolution/regression, a chaque fois que tu tombe sur un bout de code "louche", essaye de refactoriser.
En fin d'iteration, repasse sur les metriques globales, comme ca tu vois si ca a progresse dans le bon sens.

Si tu cherche un livre bien fichu pour ca, tu as le Brownfield application development, en cours de MEAP chez manning, ou le Working Effectively With Legacy Code

...et bon courage :mouarf:

Citation:

---

En plus, tu vas perdre le plus gros avantage de la conversion, a savoir que le fait de convertir a la main te donnera forcement une vue plus detaille du code, des points de difficulte et co.

---

+2