Version imprimable
Il y a les forums dot.net avec des questions sur la migration...
Il existe des outils de migration, mais d'après ce que j'en ai lu et au vu des philosophies de programmation différentes, cela n'a pas l'air d'être le top.
De ce que j'ai lu, il résultait (mais je peux me tromper) que c'était encore plus simple à réécrire...
En saisissant ceci
dans la zone de recherche sur www.developpez.com, tu trouveras des pistes...Citation:
migration + vb6 + vb.net
Et en plus t'es stagiaire ? C'est un gag ? Elle est où la caméra ?Citation:
Envoyé par tofque
Non mais sérieusement... :aie:
En supposant que tu connaisses très bien VB6, passer sur le programme d'un autre est déjà un parfait casse-tête pour peu qu'il ait été codé avec les pieds, alors si en plus tu ne connais pas .Net et assez peu VB6. Je passe en plus sur les contraintes de temps... 15 jours pour migrer, qui a déjà fait une migration vb6-> .NET chez vous ? C'est du délire...
15 jours, c'est le minimum syndical pour se familiariser à .NET (entre l'IDE et le framework, trouver des angles de comparaison avec VB6 sans en utiliser les composants, adaptation des procédures récurrentes en classes...)
Comme le dit Pierre, sans avoir vu l'application je dirais infaisable.
Ou alors le programme n'est pas si gros, il est assez récent, il utilise les dernières méthodes des composants standards VB6, il n'a rien d'exotique, rien d'obsolète et il est codé de façon structuré alors dans ce cas-là peut-être, l'assistant de migration te renverra un nombre limité de portions à recoder, et si t'en veux et que tu ne dors pas, peut-être pourras-tu le rendre en 3 semaines :king:
Pour nous donner un ordre d'idée : poids de l'exe compilé ? nombre de frm, de modules, de modules de classes ?