Discussion :

[Fox]

Hello,

Au boulot on envisage de migrer de VB6 vers VB.Net, on a juste reçu les nouveaux CD, que je suis chargé d'installer et de tester sur un poste, "pour voir à quoi ça ressemble" si on peut dire.
Je crains néanmoins que le logiciel tournant actuellement sur les postes ne pourra pas être migré facilement et que je vais probablement rencontrer de nombreux problèmes.

J'aimerais avoir quelques avis sur ceux qui ont déjà effectués la migration et sur les soucis auxquels ils ont été confrontés.
J'ai déjà lu de nombreux articles sur le sujet, mais rien ne vaut l'avis de ceux qui ont déjà tenté l'expérience (avec des produits Microsoft, c'en est toujours une )

Merci de vos réactions...

@+

[DrQ]

Personnellement je n'ai pas migré un projet, mais j'ai regardé à quoi ressembler VB.NET par rapport à VB6. Et bien on peut dire rien à voir. Même si à première vue ça y ressemble pas mal, il y a tellement de petites modifs que ton prog n'est pas migrable aussi facilement.
Style tous les tableaux commencent nécessairement à 0. Donc ceux qui utilisent "Option Base 1" vous pouvez revoir tous vos algos. Le IsEmpty et IsNull n'existe plus il y a une autre fonction (je ne sais pplus laquelle) qui fait un semblant de tout ça.
Pour les dates on ne peut plus faire à première vue dat2 - dat1 pour connaitre le nombre de jours entre les dates (c'est beaucoup plus rapide que DateDiff("d",dat1,dat2) )
Il y a pas mal de soucis de ce style. Donc je te conseille de redévelopper ton projet entièrement en .NET. Tout ce que tu as fait en VB6 n'est pas perdu, mais tu risques de laisser passer une petite modif que tu n'auras pas faite et qui te fera planter tout le projet.

En résumé, de ce que j'ai vu de .NET (je n'ai pas encore développé de projet dessus, juste testé un peu), la migration n'a pas l'air si simple que ça.

[Fox]

Je viens à l'instant d'installer et de lancer VB.Net, et...en effet, ça sent les grosses modifs...(ce qui n'est pas pour me déplaire).
J'ai bien peur de devoir revoir mon projet en profondeur pour la migration, le problème, c'est que ce n'est quand même pas un petit projet (+/- 150 Forms, 90 tables en BDD). Je sens que je vais passer un bon bout de temps à tout remettre en place....

Pas plus de réactions ?
Bon, hé bien, je vais me lancer seul dans la grande aventure VB.Net...
Si je ne reviens pas, dites à mes proches que je les aimais, etc...

@+

[Epictète]

En gros il y a 95% de chance que tu doive redévelopper 95% de l'appli.

VB.NET est un nouveau logiciel sur un nouveau concept.

[Aurazed]

En gros il y a 95% de chance que tu doive redévelopper 95% de l'appli.

VB.NET est un nouveau logiciel sur un nouveau concept.

100% d'accord!

Développer en objet en VB6 pouvais rapidement se révéler compliqué .
Je pense que pour des projets necessitant d'ètre "migré", il vaut mieux repenser le code depuis le départ pour tirer pleinement partie des nouveaux concepts et fonctionnalité de VB.Net.

[jbrasselet]

Je ne sais pas trop si je fais bien de mettre ça ici mais voici une nouvelle de Microsoft :

Visual Basic 6.0 ne sera PLUS supporté à compter du 8 avril 2008. Un contrat de support personnalisé (CSA) est disponible. Il est recommandé de migrer vers Visual Basic .NET. D’autre part, il faut noter que Visual Basic 6 Runtime, distribué comme composant du système d’exploitation, continue d’être supporté en ligne avec le support du système d’exploitation.

[ucfoutu]

Bonjour, jbrasselet


C'est là une manoeuvre de plus de MS pour tenter de mieux vendre un produit qui n'est pas si courtisé que ce que l'on pense (bien au contraire). Ils font feu de tout bois...

Nous sommes quelques-uns à mettre en oeuvre ce qu'il faut pour "contrer" comme il le faut :

Le message de MS signifie : "nous savons bien que tous n'ont pas la MSDN ...sous la main ... et que cette dernère, de toutes manières... n'est pas toujours facilement compréhensible... voire carrément lue du fait de sa complexité... Nous supportions donc 'gratuitement" , mais nous allons cesser et chacun sera bien forcé de changer comme nous l'entendons son fusil d'épaule..." (beau chantage, à vrai dire).

Alors certains (dont moi) ont entrepris de faire ce qu'il fallait : un outil d'aide simple, à rubriques allégées mais claires, assorties d'exemples également clairs, que l'on trouve là ou il faut et quand il faut... de manière parfaitement instinctive.
Cet outil est en cours de rédaction et sera fin prêt (du moins en ce qui concerne sa partie essentielle) avant la fin de l'année en cours. Il s'agit d'un travail de très longue haleine, comme on peut le deviner

Il sera mis à jour, complété, etc... tout au long du temps qui passera (évolutif) et sera téléchargeable sur un site qui sera, je le pense, très rapidement "trouvable" (je ne sais pas encore sur lequel... c'est en cours de réflexion...)
Voilà notre façon de répondre aux pressions...

EDIT : A l'occasion de la toute première sortie de cet outil, certains d'entre vous pourraient être invités à contribuer. Le seront ceux dont l'expression en français est claire, concise et bonne et qui ont d'excellentes connaissances réellement personnelles (Jean-luc ? ... dis-moi...)

[Delbeke]

Partant

[Vld44]

100% d'accord!

Développer en objet en VB6 pouvais rapidement se révéler compliqué .
Je pense que pour des projets necessitant d'ètre "migré", il vaut mieux repenser le code depuis le départ pour tirer pleinement partie des nouveaux concepts et fonctionnalité de VB.Net.

Personnellement si j'avais l'opportunité de migrer mon appli à terme, cela me ferait hésiter finalement. Je veux dire par là que visiblement la différence entre objet / procédural pur et dur constitue un frein à la migration entre vb6 et dotnet, mais mon soft est écrit en VB6 "orienté" objet ! Je n'ai jamais appris que cela c'est donc naturellement que j'ai implémenté MVC du mieux que je pouvais en VB6 !

Du coup, je pense que la reprise d'oeuvre ne serait pas énorme (à vérifier...)

[LeForestier]

Du coup, je pense que la reprise d'oeuvre ne serait pas énorme (à vérifier...)

oui, (à vérifier...) et re (à vérifier...), il y à quelques mois j'ai télécharger VB.Net express, j'ai tenter de migrer une de mes appli, constatation..
D'abord apprendre VB.Net, le connaître au moins à 80/85% de ce que l'ont connait en VB6 et ensuite faire la migration d'une appli...sinon !!
De plus, les 4/5 sont à refaire. (du moins pour l'appli que j'ai tenté de migrer).
Peut-être que VB6 Expresse n'est pas assez performant ? et qu'il faudrait passer à VB.Net pro ?

[bidou]

Je ne pense pas que tu ai intérêt à tout migrer en même temps si ton appli est un peu volumineuse.

Pour ma part quand j'ai commencé à migrer, c'est à dire quand je ne connaissais pas bien la plate forme DotNet, j'ai procédé comme suit :
- Laisser en VB6 (parfois encapsulé) tout ce qui faisait appel à des librairies externes
- Migrer en VB.NET tout le VB6 Standard (ça c'est assez facile)
- Réintégrer progressivement le reste
- Eventuellement laisser sous forme COM certaine bibliothèques assez vieille (genre DAO)

Le truc c'est d'arriver à mettre sous forme de composant le code VB6 pénible à migrer. Généralement, c'est pénible parce qu'on ne connait pas les méthodes équivalentes DotNet mais parfois, c'est pénible parce qu'on à pondu un code VB6 très lourd et très linéaire. Comme au moment de la migration (enfin au début) on connait bien mieux VB6 que VB.NET, ça peut être intéressant de reprendre le code VB6 pour le préparer à la migration. Après cela l'assistant VB.NET est nettement plus efficace.
Ceci dit je n'ai jamais réalisé de migration avec la version Express.

[bidou]

et encore epictète est gentil.
J'ai tenté de migrer une grosse appli de vb6 à vb.net et je ne me suis rarement fait insulter comme cela.
Comme en plus il enlève l'option strict cela ne sert à rien.
comme il a été dis avant

VB.NET est un nouveau logiciel sur un nouveau concept

donc garde tes applis vb6 qui tourneront de toute façon, et développe les nouvelles en vb.net

[Fox]

OK, merci pour vos avis, je sens qu'avec VB.Net je vais encore pouvoir suer un peu sur mon clavier ...

Merci, @+

[CalFornia]

J'ai migré mon prog de vb6 a vb.net...OUF! Ca fait 2 mois que je suis la-dessus! Et je n'ai pas terminé! Mes combobox n'existaient plus...Je ne suis meme pas capable de me connecter a ma base de données(peut-etre que oui, mais il y a un bug quelque part!). C'est vraiment décourageant lorsque tu as passé 4 mois sur ce projet en vb6 (et il n'est pas fini) et que tu dois tout changer pour vb.net! Je ne voulais pas tout reprogrammer étant donné qu'il y a plusieurs expressions qui ne sont pas les memes ou qui ne sont plus la.

Bonne Chance a toi!

[olrt]

Il y a quand même une question que je me pose.
Quel est l'intérêt de vouloir migrer un code VB6 qui fonctionne
vers VB.NET ?
Pour créer du travail supplémentaire ?

[Fox]

Ca, c'est la grande question que je me suis posée quand on m'a averti qu'on envisageait de migrer vers VB.Net.
C'est une décision de groupe, et je n'essaye même pas de comprendre leur motivation...

[Epictète]

Le probleme c'est que les applis continuent à évoluer, et qu'on doit écrire de nouvelles applis, et que on ne peux pas continuer à utiliser VB6 pour cela, vue que VB6 est un produit mort.

De par le fait il faut prendre la décision de migrer au plus tot , au moins pour les nouvelles applis, vers autre chose, c'est à dire par exemple VB.NET, C#, Delphi, Java, etc...

[Fox]

Mais que faut-il comme machine pour travailler à vitesse normale sous VB.Net ?
J'ai un Athlon 750 et presque 400Mb de RAM, ce n'est plus le dernier cri, mais bon, quand même, développer devient presque pénible tellement c'est lent.
Passer du code à la fenêtre prends du temps, on sent que tout ça c'est très lourd.
Même les quelques petits programmes (max 1 ou 2 forms) que j'ai tenté de convertir de VB6 >> VB.Net prennent du temps à compiler (après la conversion).

Est-ce pour tout le monde la même chose ou juste pour moi ?

@+

[Mowgli]

Idem pr moi, j'ai dvlp une petite appli en vb6, j'ai voulu la migrer vers .net et là j'ai compris ma douleur

Dc j'ai du reprendre à 0 l'appli et j'ai comme toi été, désagréablement, surpris par la lenteur et pourtant j'ai 384Mo de Ram et un pentium 933

[CalFornia]

Je croyais être seule à trouver que c'était lent...s'ils développent un nouveau concept pour vb et qu'il est plus lent que vb6(j'ai remarqué une grosse différence...) vers ou s'en va-t-on ?!?