fred_surz2002
Messages postés21Date d'inscriptionmercredi 23 mars 2005StatutMembreDernière intervention19 février 2009
-
18 févr. 2009 à 15:29
fred_surz2002
Messages postés21Date d'inscriptionmercredi 23 mars 2005StatutMembreDernière intervention19 février 2009
-
19 févr. 2009 à 09:35
Bonjour,
Je travaille avec un progiciel basé sur des script vb et vb6. Une nouvelle version de ce progiciel sort basé sur du .Net et je vais donc devoir migrer un certains nombre de scripts.
J'envisage de passer du vb6 en 2005 puis en 2008, qu'en pensez-vous?
Quel est d'ailleurs le meilleur moyen de faire ces migrations? Utiliser un outil Visual pour migrer automatiquement ces scripts et repasser ensuite dessus pour corriger les erreurs et tout ré-écrire?
cs_casy
Messages postés7741Date d'inscriptionmercredi 1 septembre 2004StatutMembreDernière intervention24 septembre 201440 18 févr. 2009 à 21:02
Pas d'étapes intermédiaire en VB2005, passe directement en 2008. 2005 et 2008 c'est la même chose au niveau syntaxe.
Convertir ou réécrire ?
Cela va dépendre essentiellement du temps que tu as à y consacrer, et de tes capacités en VB2005/2008.
Si tu n'as pas trop de temps, tu peux convertir. Tu auras un code qu'il faudra, certes reprendre (10 à 20% en général, parfois plus suivant les projets), ça sera un code qui devrait marcher pas trop mal, même s'il n'est pas très "propre" en .Net.
Si tu as plus de temps et que tu maitrise tout de même un eu VB2008, tu peux te lancer à le réécrire. Mais réécrire le même code n'a aucun intérêt. Le but est plutôt de profiter de l'occasion pour repenser le programme, corriger des problèmes, améliorer des fonctionnalités, bref quasiment repartir d'une feuille blanche.
Si tu converti le programme tu auras besoin de l'assembly Microsoft.VisualBasic, active par défaut dans tous les projets.
Par contre si tu réécrits le programme et que tu veux faire du code .Net plus pur, je t'invite à désactiver cette assembly. Tu vas pas mal galerer au début, mais ça t'obligera à oublier les mauvaises habitudes de VB6 et t'apprendra bien le .Net.
Ceci dit tu fais comme tu le sens. Je connais des pros qui passent pour des experts en VB.Net et qui sont totalement incapable de se passer de cette assembly.