A ceux qui ont migré de VB6 vers VB.Net

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 :lol: )

Merci de vos réactions...

@+

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.

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... :lol:

@+

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.

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

Citation:

---

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

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

Merci, @+

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!

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 ?

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...

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...

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 ?

@+

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 :lol:

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 :(

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 ?!?

Il faut peut-être préciser que la compilation en code ou p-code de VB6 est particulièrement rapide !!!! Je ne connais pas beaucoup de compilateurs, mais pour tous ceux que j'ai utilisé en C++ ou C++ builder par exemple, la compilation est beaucoup plus longue !!!!!

alors n'est-ce pas un bon point pour VBNet si les temps de compilations augmentent ??? Est-ce que ce ne serait pas un signe de la recherche de performance en compilant au mieux mais en pranant donc plus de temps ??

Personnellement, je préfère avec un compilateur lent, mais performant (C++) plutot qu'une compilation quasi instantanée mais qui donne des résultats qu'on connait (VB6).

On ne peut pas tout avoir, il faut choisir entre rapide ou efficace .... :D

Je tiens juste à rajouter un point sur ce que a dit Epictecte à propos de la machine pour faire tourner VS.NET.

En effet une bonne machine est nécessaire mais il faut aussi un OS récent. J'ai pu testé VS.NET sur un P4 1.7GHz et NT4 SP6 et c'est plus lent que VB6. Par contre sur un P4 2GHz et XP Pro, ça tourne extrêment bien.

Citation:

---

Quel est l'intérêt de vouloir migrer un code VB6 qui fonctionne
vers VB.NET ?
Pour créer du travail supplémentaire ?

---

Je vous l'avez dit que de VB6 à VB NET il faut tout refaire le projet !!!

fox tu vas pouvoir refacturer le client et tes prestations et acheter une voiture de sport !!! :D :D

Citation:

---

Je vous l'avez dit que de VB6 à VB NET il faut tout refaire le projet !!!

---

Ca a toujours été. Par contre je pensais que même de toutes petites applications auraient pu être transférer et même pas. Le point commun entre VB.NET et VB6 c'est les déclarations. Tout le reste vous pouvez oublier. Les OnError à banir et à remplacer par les Try Catch.
Après ceux qui savent programmer objet, vous allez vous régaler. Perso je force un peu mon supérieur pour que je fasse les progs en VB.NET c'est tellement plus plaisant. Par contre on perd quelques avantages comme la modification du code en cours d'exécution.

Ce que je reproche à VB.Net, c'est la lourdeur générale du système. Dès qu'on effectue une action, il y a tojours un temps de latence, je regrette les réactions quasi-instantanées de VB6. :cry:
J'ai même désactivé l'aide dynamique, mais je n'ai vu aucun changement...dommage...

Quant aux tests de migration que j'ai effectué, même sur des programmes minuscules (< 100 lignes), ils sont plus long à l'éxécution.

Enfin, à part ça, ça a l'air de tourner à peu près correctement...

Citation:

---

Envoyé par addicted_to_MFC

fox tu vas pouvoir refacturer le client et tes prestations et acheter une voiture de sport !!!

---

Oui, je pars la commander de suite :D

@+

Pour avoir des perfs acceptables avec le RAD/IDE il faut un proc > 1Ghz et au moins 256Mo de mémoire.

Ensuite suivant comment tu as installé ton .NET le résultat n'est pas le même. Les temps de réposnes sont plus rapides si tu as installés moins de choses et juste ce dont tu as besoin. A première vue quand le SDK est installé, le RAD est plus lent.

On peut se demander quel est l'intérêt de migrer un projet VB6 vers
VB.NET.

Pourquoi ne pas migrer directement vers C# car c'est à mon sens
le langage vers lequel Microsoft pousse les développeurs de VS.NET

Certes pour un développeur "non objet" VB.NET est un langage complétement abordable.

Mon appréciation est que C# apporte les avantages de la programmation objet
(chose que seul VC++ apportait dans la version Visual Studio 6) et la
souplesse et simplicité légendaire de VB.

De toutes façons C# et VB.NET ont un point commun : ils reposent tous les deux sur le DOTNET Framework.
Après c'est une question de choix de langage.

Citation:

---

Pourquoi ne pas migrer directement vers C#

---

Je suis d'accord avec toi...

C# est le meilleur langage pour tirer parti de .NET

Et ce n'est pas que mon avis personnel, c'est un consensus général de tous ceux qui ont un peu potassé la question... (voir forums et sites US)

C'est pourquoi je dis (désolé) Migration au choix vers -> C# / Java / Delphi / C++

Citation:

---

Pour avoir des perfs acceptables avec le RAD/IDE il faut un proc > 1Ghz et au moins 256Mo de mémoire.

---

Il faudrait savoir .
Sur le débat "vos expériences avec NET " des personnes me disent qu'une machine moins puissante suffit.....

Oui c'est comme des gars qui me disent qu'ils font tourner Warcraft III sur un celeron 300 avec une TNT2.
En effet ca tourne, mais franchement si vous souhiatez attendre 2 min pour ouvrir le RAD puis mettre 2h pour compiler, oui vous pouvez.

Citation:

---

Envoyé par Epictète

C# est le meilleur langage pour tirer parti de .NET

Et ce n'est pas que mon avis personnel, c'est un consensus général de tous ceux qui ont un peu potassé la question... (voir forums et sites US)

C'est pourquoi je dis (désolé) Migration au choix vers -> C# / Java / Delphi / C++

---

Tout à fait d'accord, c'est ce langage qui m'a fait aimer .NET. Surtout quand on connait C++ et Java (donc le "langage objet"), l'apprentissage du C# est très aisée...

Juste pour info as tu essayer de programmer en VB.NET ???

Parce que le C# et VB.NET c'est la même chose (à quelques variantes prêts). Tu utilises le même framework.
Biensur, pour ceux qui passent de VB6 à VB.NET, Microsoft a laissé tout de même quelques instructions qui ne sont en fait que des macros de fonctions du framework .NET.

Dire que C# est le meilleur langage pour tirer parti de .NET je ne suis pas tout à fait d'accord. Programmant sur les 2 langagaes, je n'ai vu aucune différence.

il est clair que la fusion des divers concepts mise a disposition dans ".net" en font un outils high tech et le seul moyen d'en profiter est de le faire à la sueur de son front de toute facon si vous ne vous y mettez pas maintenant se sera plus tard...
Cependant il ne vous est pas nécessaire de faire la transformation d'un programme en cours vous entamerez ca pour le prochain c'est tout!!!

Citation:

---

Envoyé par 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.

---

Il parraitrait qu'il y'a un script proposé par Microsoft qui vous permet de migrer votre appli de vb6 à vb.net sans trop d'effort?

Citation:

---

Envoyé par ado

Il parraitrait qu'il y'a un script proposé par Microsoft qui vous permet de migrer votre appli de vb6 à vb.net

---

En effet ca existe

Citation:

---

Envoyé par ado

sans trop d'effort?

---

C'est un chouya "optimiste" et ca dépend énormément de ton appli.

:lol:

Citation:

---

Envoyé par DeveloppezAdm

C'est un chouya "optimiste" et ca dépend énormément de ton appli.
:lol:

---

Une paille oui.
Le nombre de modifications qu'il reste à faire à la main est colossale pour une application moyenne. Encore faudra-t-il qu'elle ait été écrite rigoureusement (ce qui pour une majorité de programme VB laisse réveur).
Il est clair que l'assistant de migration est loin de faire toute la conversion, et il n'est pas concevable qu'un assistant puisse le faire vu les différences entre les deux langages.
J'invite d'ailleurs ceux que ca intéresse à lire :
http://msdn.microsoft.com/library/de...isualbasic.asp

Re-hello tout le monde,

Bon, plus d'un 1 an après le lancement de ce post, je suis de nouveau là pour recueillir quelques réactions sur VB.Net. Perso, je n'ai pas eu l'occasion de m'y mettre sérieusement et de pouvoir exploiter tous ses avantages, principalement par manque de temps. Je progresse petit à petit quand l'occasion m'est donnée.

Quels sont ceux parmi vous qui sont maintenant à fond dedans, qui sont devenus des pros de VB.Net ? Utilisez-vous en parallèle un autre langage de programmation (C++, C#.Net, VB6, Delphi, ...) ou êtes-vous resté sur VB6 par choix ou par obligation ?

@++

Les deux.
Je continue d'utiliser VB6 pour l'instant, et en même temps j'apprends le Delphi

Citation:

---

Envoyé par teicionx

il est clair que la fusion des divers concepts mise a disposition dans ".net" en font un outils high tech et le seul moyen d'en profiter est de le faire à la sueur de son front ...

---

hum...
Je pense que le VB est un BON language est qu'il est orienté apprentissage...
La force de VB3/4/5/6 est ca facilité !
Je suis désolé le VB.net soit disant "high tech" est une erreur.
Je conseille fortement les gens a migrer sur C#, là ou il pourron faire de la "jolie programmation objet" (*)
VB.net ne remplis plus son role, il est plus difficile de demarrer la dessus que sous VB6.
par exemple : plus de methodes, plus d'options (comme les fonctions d'evenement clavier sous vb6, vous avez par exemple KeyAscii et Shift, ca tout le monde peu le comprendre, mais maintenant vous avez vu les objets que vb.net passe ?!!!)

Comme il a été signalé ici, maintenant il n'y a plus de difference entre C#et VB.net, et c'est domage.

maintenant pour la migration, dans bien des cas c'est impossible, car des objets ont disparus ("line" par exemple) et même des constantes, par exemple :
- vbCFFiles (qui etait utilisé pour le drag and drop des fichiers dans un controle)
- vbUnicode (qui est utilisé dans StrConv)
alors justement on programme PROPREMENT en utilisant les CONSTANTES (au lieu des val numerique) et resultat à la compilation sous VB.net, le "convertisseur" n'as pas été capable de me dire quoi faire, c'est comme ca , VB ne reconnais plus toutes ces constantes...


PS : non, VB6 n'est pas un produit mort comme qqun l'a ecrit.
il est encore present dans MSDN (j'ai recu mon MDSN pro en Oct, il est dedans !), de toute maniere il y a encore aujourd'hui en 2003 plus de dev VB6 que de dev VB.net (alors que VB6 c'est 1998)

(*) note sur la programmation objet : comme il est plus facile de faire de la programmation objet degeulasse, je suis assez septique sur le fait que la programmation objet soit encouragé sous VB ......
ceux qui se sentent capablent de faire de l'objet, doivent pouvoir passer a C# a mon avis...
Laisson au VB sa simplicité.

En resumé : ne cherchez pas a convertir vos projet sous VB.net , re-faites les a partir de zero, sous C# !
ou continuez a utiliser VB6, ca marche encore tres bien, et en plus vous n'avez a vous soucier de savoir si les clients ont la bonne version du frameworks dotnet.

Citation:

---

Envoyé par hpfx

Je pense que le VB est un BON language est qu'il est orienté apprentissage...
La force de VB3/4/5/6 est ca facilité !

---

Sa force et sa faiblesse, on se retrouve avec des personnes qui font leur apprentissage plus rapidement, mais qui aprés ont de grosses lacunnes dues justement aux facilitées de vb3/4/5/6...

Quelqu'un qui commence par un langage complètement objet pourra facilement changer de langage car tous les langages récents sont entièrement objets !

Citation:

---

Je suis désolé le VB.net soit disant "high tech" est une erreur.
Je conseille fortement les gens a migrer sur C#, là ou il pourron faire de la "jolie programmation objet" (*)

---

he bien je ne suis pas du tout de ton avis !!! Justement VB.NET permet aux utilisateur VB6 de migrer en douceur vers une programmation quasiment 100% objet. Ayant des notions de VB6 et de C++ j'ai appris VB.NET trés facilement. Au début on se fait "pièger" par les mauvaises habitudes prises avec vb6, mais plus on avance, plus on comprends que vb.net est entièrement objet. VB.NET, c'est la philosophie objet et la syntaxe vb. Je pense donc que les développeurs vb6 migreront plus facilement vers VB.NET que vers C#.

Citation:

---

VB.net ne remplis plus son role, il est plus difficile de demarrer la dessus que sous VB6.

---

Vaut-il mieux démarer vite et prendre de mauvaises habitudes et se former sur un langage en voie de disparition, ou démarer plus lentement, prendre de bonnes habitudes et se former sur une plateforme de développement d'avenir :roll:

Citation:

---

par exemple : plus de methodes, plus d'options (comme les fonctions d'evenement clavier sous vb6, vous avez par exemple KeyAscii et Shift, ca tout le monde peu le comprendre, mais maintenant vous avez vu les objets que vb.net passe ?!!!)

---

Si tu veux moins de méthodes et moins de fonction, y a toujours vba !
On va pas reprocher à un langage d'être plus complet que son prédécésseur !!!!! 8O 8O 8O

Citation:

---

Comme il a été signalé ici, maintenant il n'y a plus de difference entre C#et VB.net, et c'est domage.

---

si il y en a : http://www.developpez.net/forums/viewtopic.php?t=58595
le framework est le même : framework.net, donc on utilise les même classes et les même méthodes. Les philosophie sont aussi assez proches même si on peu noter quelques différences. Mais au niveau de la syntaxe ça n'as rien à voir et un développeur vb6 qui n'a jamais fait une ligne de c++ ou de java aura beaucoup de mal à migrer directement vers C#!!!

Citation:

---

maintenant pour la migration, dans bien des cas c'est impossible, car des objets ont disparus ("line" par exemple) et même des constantes, par exemple :
- vbCFFiles (qui etait utilisé pour le drag and drop des fichiers dans un controle)
- vbUnicode (qui est utilisé dans StrConv)
alors justement on programme PROPREMENT en utilisant les CONSTANTES (au lieu des val numerique) et resultat à la compilation sous VB.net, le "convertisseur" n'as pas été capable de me dire quoi faire, c'est comme ca , VB ne reconnais plus toutes ces constantes...

---

Je ne connais pas un seul site conseillant de migrer ses applis vb6 vers VB.NET. Si ton applis marche trés bien en vb6 pourquoi la migrer en .NET ? pour être à la mode ? en tout cas migrer une applis vers VB.NET c'est reécrire quasiment tout le code.

Le message est plutot : maintenez vos applis vb6, mais commencez vos nouveaux projets en VB.NET !!!!

Citation:

---

PS : non, VB6 n'est pas un produit mort comme qqun l'a ecrit.
il est encore present dans MSDN (j'ai recu mon MDSN pro en Oct, il est dedans !), de toute maniere il y a encore aujourd'hui en 2003 plus de dev VB6 que de dev VB.net (alors que VB6 c'est 1998)

---

Ah non vb6 est même en plein boom là. C'est pas parce que microsoft offre encore un support de vb6 que c'est pas un produit mort. Microsoft supporte encore xin 98, win NT...

Par contre j'ai eut l'occasion d'aller aux tech-ed 2003 à barcelonne et sur 5 jours, pas une conf vb6 :roll:

Au PDC 2003 qui se déroulent en ce moment pas une conf vb6 (trop occupé à parler de la v1.2 du framework surement :mrgreen:).

Et je sais pas si t'es abonné à la newsletters MSDN mais moi ça fait 1 ans que j'y ai pas vu un article sur VB6.

Donc c'est pas parce que microsoft supporte encore ce langage qu'il n'est pas en voie d'extinction, c'est juste parce qu'il y a encore beaucoup d'applis en vb6 dont la migration n'est pas envisageable et qu'il faut maintenir ces applis voilà tout.

Citation:

---

(*) note sur la programmation objet : comme il est plus facile de faire de la programmation objet degeulasse, je suis assez septique sur le fait que la programmation objet soit encouragé sous VB ......

---

dis tu as fais beaucoup de VB.NET ? :roll:

Citation:

---

ceux qui se sentent capablent de faire de l'objet, doivent pouvoir passer a C# a mon avis...

---

S'ils ont pas fait une ligne de c++ ou de java ça va être dur. ET pourquoi ne pourrait-on pas faire de l'objet avec une syntaxe qui nous est familière ?

Citation:

---

Laisson au VB sa simplicité.

---

vb6 est plus simple pour toi parce que tu as fais plus de vb6 que de vb.net ! Mais ne généralise pas moi j'ai fais 1 an de vb6 et 1 an de VB.NET et je trouve que vb.net est bien plus logique et bien plus simple que vb6. Je me rererererépète mais la difficulté de migration de vb6 vers vb.net c'est qu'en vb6 on prend de mauvaises habitudes.

Citation:

---

En resumé : ne cherchez pas a convertir vos projet sous VB.net , re-faites les a partir de zero, sous C# !

---

non !
maintenez vos applis vb6 en vb6 et commencez vos nouvelles applis en VB.NET, ou C# !

Citation:

---

ou continuez a utiliser VB6, ca marche encore tres bien, et en plus vous n'avez a vous soucier de savoir si les clients ont la bonne version du frameworks dotnet.

---

joli troll, de toute beautée :mrgreen:

les applis developpées avec le framework 1.0 sont compatibles avec le framework 1.1 et le seront avec le framework 1.2 on peu pas en dire autant en vb6 ou j'ai déjà eut énnormément de problèmes de versionning de dll. C'est justement l'un des avantages de vb.net :)

je trouve donc hpfx que tu n'es pas trés objectif. Que tu n'ai pas envie de te former sur une technologie d'avenir soit.

Mais ne fait pas croire au gens qui fréquentent ce forum que vb6 à un bel avenir devant lui et que de commencer à programmer en vb6 aujourd'hui est un bon choix !

Je crois que vb6 ne se vend plus et que tu le veuilles ou non microsoft à tiré une croix sur vb6 et sur pas mal de concepts qui gravitent autourd ! C'est un fait, dans l'informatique tout bouge énormément vite, et tout bon professionnel doit s'adapter aux nouvelles technologie pour en tirer ce qu'elle apportent de mieux.

Dans les années à vennir microsoft va axer tous ses produits autourd du framework .NET et du XML, on a déjà le framework 1.1 intégré dans windows 2003 et le framework 1.2 sera intégré dans longhorm. Les interactions avec office 2003 se feront via du xml et des classes spécifiques de .NET pour piloter office : fini les activeX !!! Même yukon la prochainne version de sqlserveur sera étroitement lié au framework.NET !


Si tu ne veux pas migrer vers .NET c'est ton problème mais évite de faire de la désinformation sur un produit que tu sembles mal connaitre :evil:

Citation:

---

Envoyé par neo.51

Si tu ne veux pas migrer vers .NET c'est ton problème mais évite de faire de la désinformation sur un produit que tu sembles mal connaitre :evil:

---

calmons nous, ca ne sert a rien de s'enerver.

Entendons-nous bien : je ne dis pas que VB6 va revolutionner le mode et ecraser VB.net et que tout le monde utilisera VB6... je ne suis pas mazo.
Je sais que VB.net a un avenir que VB6 n'en a pas.
au même titre que certains disent que le basic n'est pas un vrai language vis a vis de C ou C++ ou Java ou je ne sais quoi .. Caml, perl, python...
Oui VB ne fait pas partie des priorité de microsoft, il ont un autre produit plus important qui est VS.Net2003 alors bien sur tu ne risque pas de voir de conference, je suis d'accord.
Oui VB ne sera sans doute plus distribué un de ces jour par microsoft !

Bon, tres bien.

maintenant je reviendrai la semaine proch sur les argument (en vrac tes reponses sur "vba" (a=application) a propos de ma question sur la fonction appelé lors d'un evenement clavier....bref)

mais avant de finir, j'aimerai qu'on m'explique enfin ce que c'est que ces fameuses mauvaises habitudes que tu a pris avec VB6 qu'il n'est plus permi de prendre avec VB.net ?
parceque pour le rabacher plusieurs fois par post, d'accord, mais en fait, peux tu etre plus precis ? (je ne cherche pas a lancer un troll, juste savoir)

Le fond de ma pensé pour finir : un bon programmeur doit savoir choisir ses outils en fonction de ses besoins. Dans certains cas un script, dans d'autres un petit prog access, dans d'autres un ptit VB6, dans d'autres du C++/MFC/dotNet , VB.net ... etc...

L'appel au tout objet, ou le fait d'aprendre que "mais plus on avance, plus on comprends que vb.net est entièrement objet", ne doit pas guider le chois de ses outils, pas plus que les effets de mode. est-ce vraiment important pour tous les projet que tout soit objet ?...

ceci n'engage que moi, mais je trouve que le VB.net est trop orienté vers le C# (c'etait l'objet de mon message, et pas de faire des trolls...)
et je trouve domage qu'ils aient remonté le niveau autant.

Les mauvaises habitudes données par VB6 sont légions.

• Tu n'es pas obligé de déclarer tes variables et encore moins de les typer
• Tu peux pseudo-instancier en déclarant
• Les références implicites font que tu ne sais jamais si tu as détruit véritablement ton objet
• Tu peux transtyper sans messages d'alertes
• .......

Bien sur tu n'es pas obligé de prendre de mauvaises habitudes. Certains developpeurs créent un code de très bonne qualité en VB6. Mais reconnaissons qu'ils sont proportionnellement moins nombreux que dans les autres langages.

Maintenant est il important que tout soit objet. Probablement pas. L'argumentaire de gilbert est tout à fait vrai, et dans une approche de la programmation comme un loisir on peut parfaitement se contenter de VB.
Ce type de sujet concerne donc plutôt les professionnels.
De ce point de vue, il semble que la programmation Objet, tout comme l'émergence massive des langages managés est une direction qu'il faut suivre pour rester au niveau. Ce que tu appelles une mode est à mes yeux une évolution technologique.

Si tu connais plusieurs langages, tu peux évidemment choisir entre eux selon tes applications, mais je ne vois pas quel est l'avantage de conserver VB6 plutôt que d'utiliser un RAD plus rapide, si ce n'est d'être rebuter par l'effort nécessaire d'apprentissage. Or un tel effort ne devrait pas rebuter un professionnel.

En effet, j'ai une petite appli de 35 forms connecte a une base Oracle de 30 tables, et en voulant faire la conversion, quelle horreur!!!

Savez vous si on peut faire la conversion directement de VB 6 a C#???

Merci!

Salut tout le monde, je suis un petit nouveau dans le coin, mais ça fait un bout de temps que je rôde comme un félin autour de ce forum.

Bon bon bon. Je vous explique ma situation en vitesse, ça colle parfaitement avec le sujet du post (sinon j'aurais pas posté ici, vous me direz ^^). Je m'occupe de porter une appli de Visual Basic 6 vers VB.NET. Migrer, plus exactement. C'est mon projet principal pour ma période dans cette entreprise (je suis un petit développeur apprenti en alternance :P)
Ca fait depuis mi juillet que je suis dessus, avec de longues périodes de trous vu que j'étudie de temps à autres.

En fait, un stagiaire avait commencé le travail avant moi : passage du code VB6 à la moulinette de l'excécrable assistant de migration puis déboguage superficiel pour avior une appli qui se compile. Je suis arrivé avec un code qui se compile, mais une appli qui tourne n'importe comment. Mon boulot, c'est de faire en sorte que ça tourne rond.

Au départ ça allait. J'ai vite appris le langage qui n'est pas trop compliqué, puis je me suis fait aux outils de connexion aux bases de données (le programme est tout en DAO pour la connexion BDD), le travail commençait bien... Mais là ça déraille... et sévère !

Je me retrouve avec des parties de code qui fonctionnent et d'autres non, un agglomérat abject de DAO, ADO et ADO+, l'assistant de migration a fait une vraie boucherie avec les codes de mes fenêtres, les tonnes de composants activeX qu'on utilisait sont exploités n'importe comment et j'ai un tas d'erreurs que je n'arrive même pas à pister à l'aide de l'utilitaire de Debug...

Alors je vous demande plusieurs choses. Le portage étant déjà bien entamé (mais ralenti, voire rouillé, comme expliqué ci-dessus), est-il préférable et intéressant de tout reprendre à zéro pour faire un nouveau code, revoir les algos pour les adapter à de la programmation objet etc...

Si oui, j'ai besoin d'un paquet d'arguments, parce que c'est une lourde décision à prendre, et mes supérieurs ne semblent pas d'humeur à reprendre ce projet à zéro.

Oh, autre chose. Mon tuteur aimerait, s'il est question de reprendre de presque-zéro, que je conserve des parties du code VB6 en les intégrant dans des composants COM qu'on attacherait au projet .NET en utilisant "l'interop" (c'est bien comme ça qu'on dit ? ^^). Est-ce que quelqu'un a une idée du travail que ça représente, et surtout des perfs et stabilité qu'on obtient avec une telle méthode ?...

Voilà, c'est à peu près tout pour le moment.
Merci d'avance à ceux qui répondront !

Oh, un détail comme ça. J'ai beaucoup croisé l'argument "laissez vos applis VB6 en VB6". Hm, là c'est nécessaire de porter l'appli, visiblement. Pour quelle raison ? J'en ai pas la moindre idée...

[edit]Dites, ce serait pas commode d'avoir un lien vers ce topic en post-it sur le forum qui traîte de dotnet ? La plupart des gens qui manipulent VB.NET ne parlent pas sur ce forum-ci, d'ailleurs c'est inscrit dans le sous-titre... Je pense qu'il serait plus fourni et constructif, enfin moi c'que j'en dis... ^^[/edit]

- Wintermute

Salut,

La migration automatique (grâce à l'assistant Microsoft) de VB6 vers VB.Net est pour moi inopérante à partir du moment où l'application est d'une certaine taille (donc comme la plupart des applications VB d'entreprise). Personnellement, j'ai testé sur l'application principale utilisée au boulot, et l'assistant a tourné pendant plus de 8h, pour terminer par un message du type : "Nombre maximal d'erreurs atteint.". Ce qui signifie qu'il n'était pas en mesure de migrer l'application car trop grande. Dans ces cas là, tu as effectivement 2 solutions : soit tu recommences tout à partir de zéro (ce qui à mon sens est grandement conseillé si tu veux qqchose de stable), soit tu migres manuellement toutes les Forms une par une (lassant au bout de 150 Forms...).

La chose la plus dure à faire, c'est de convaincre tes supérieurs de te laisser le temps pour tout refaire proprement, car tu risques non seulement de perdre beaucoup de temps pour passer en revue chacune de tes forms en vérifiant si tout a bien été migré, mais il va également subsister un bon nombre d'anomalies que tu devrais corriger (et dont les conséquences peuvent être désastreuses dans le cas d'applications critiques, financières, ...) et que tu ne vas peut-être pas repérer tout de suite.
Perso, comme tu l'as bien compris, moi je suis partisan de refaire une bonne partie depuis zéro, car des programmes qui tournent sur 3 pattes, c'est vraiment pénible à gérer et on perd beaucoup de temps par la suite. :x

Petite question subsidiaire : pourquoi ont-ils décidé de migrer à VB.Net ? Est-ce parce que cela apportera des fonctionnalités qui ne sont pas présentes dans VB6 ou pour une autre raison ?

Pour ce qui est composants COM, je ne peux pas t'aider là-dessus, désolé.

@+

Merci pour ta réponse, Fox, elle reprend globalement ce que j'ai entendu la plupart du temps.

Ma question en bas n'était pas "subsidiaire" mais réthorique, pour indiquer que je ne savais pas dans quelle optique mes supérieurs veulent transposer cette application vers VB.NET ;)

Je ne pense pas que tout reprendre à zéro soit une perte de temps, finalement. Quand je vois comme je rouille sur la poursuite de la "migration mi-manuelle" de l'application (en fait, je débug activement, mais j'ai un code multi-hybride, là, ça devient préilleux !) je me dis qu'en continuant ainsi, la migration prendrait plusieurs années.
Non, je pense que tout reprendre à zéro et refaire les algos pour les adapter à quelque chose d'Orienté Objet serait plus rapide, au contraire. Et l'application finale s'en sortirait plus optimisée, sans doute...

Maintenant, ce qui freine mes supérieurs est qu'il y a déjà eu un travail considérable de plusieurs mois, sur ce projet, et que perdre le code déjà rédigé et qui fonctionne sur VB.NET serait regrettable. Je crois que je vais faire de mon mieux pour les convaincre que tout reprendre est sans conteste la meilleure solution.

Par contre, je suis toujours friand d'informations sur l'interopérabilité avec des composants COM :P
*se re-site pour résumer*

Citation:

---

Oh, autre chose. Mon tuteur aimerait, s'il est question de reprendre de presque-zéro, que je conserve des parties du code VB6 en les intégrant dans des composants COM qu'on attacherait au projet .NET en utilisant "l'interop" (c'est bien comme ça qu'on dit ? ^^). Est-ce que quelqu'un a une idée du travail que ça représente, et surtout des perfs et stabilité qu'on obtient avec une telle méthode ?...

---

Voilà !
Merci d'avance à tous :)

-Wintermute

Salut,

je vais faire un petit topo en esperant que ca va vous eclairer.

ca fait une dizaine d'annees que je codais en vb et voila environ 6 mois que je suis passe sous vb.net

D'abord je suis passe a C# il y a 8 mois. C# c'etait nouveau, a la mode, et ca avait tellement plus de cachet que "vb" (normal la un C dans C# :)
J'ai pas mal galere et j'avancais trop lentement dans mon apprentissage.

Apres 2 mois je suis passe a vb.net et la tout a change. J'etais beaucoup plus confiant dans la syntaxe (forcement 10 de vb derriere ca marque) et j'ai pu me concentrer sur le nouvel aspect primordial du nouveau vb : l'Objet avec un grand O

-> Vous etes bons en vb6? passez a vb.net et ne vous encombrez PAS a apprendre a la fois ET une nouvelle syntaxe ET un nouveau concept. VB.Net et C# c'est bonnet blanc et blanc bonnet

J'ai tout de suite travaille sur un nouveau projet ce qui m'a permis de faire plus simplement table raze

-> N'abordez pas .net avec l'idee de migrer une appli vb6. Vous seriez tentes de coller votre bon vieux code dans un environnement aux exigeances completement differentes. Vous passeriez a cote des nouveautes et seriez enferme dans vos anciennes convictions

Pour aborder vb.net il faut se changer. Les facilites de vb6 c'est fini. On peut plus commencer une appli en dessinant une form, on est oblige de reflechir avant... On doit se mettre dans une logique POO pure, on doit se forcer a separer la logique presentation, metier et donnees. On doit etre extremement exigeant sur le choix de la nature des variables, connaitre les faiblesses (ex la lenteur des operations sur les strings) et les parades (le stringbuilder) Une chose est claire: faut se documenter un maximum

Le jeu de la prise de tete en vaut-il la chandelle? OUI et re-OUI
car apres passer a c# ou java devient un jeu d'enfant.

-> Il faut voir vb.net comme une opportunite de programmer un cran au-dessus

-> Une fois que l'on pose un bon code bien compartimente et optimise, on est epoustoufle des perfs de vb.net. Croyez-moi!

Personnellement je sens deja depuis quelques temps les limites du .net
L'impression que c'est vraiement un morceau d'echantillon. Ca sera vraiement operationnel et mature que dans 2-5 ans. Microsoft annonce de tres gros changements dans les languages dans l'avenir, au moins 2 nouvelles versions d'IDE.... c'est sur que le framework d'aujourd'hui va connaitre beaucoup d'evolutions.

-> .net est en phase de creation s'y mettre aujourd'hui c'est pas mal mais pas fondammental

Maintenant je touche de + en + au java qui a l'avantage d'exister depuis plus longtemps (dont C# est un clone) C'est beaucoup plus riche, c'est une technologie eprouvee

Voila pour ce qui me vient a l'esprit. Des reactions? :D