j'ai reussi à installer VB2005.
j'ai repris un projet ancien que j'avais en VB5CCE et dont je voulais faire
un exe , j'ai donc été pris en charge par le Wizard d'assistance à la
conversion et le resultat est horrible !
le VB qui restait lisible devient presque du C avec une ribambelle de
paramêtres à inserer en tête des déclarations , des méthodes qui
disparaissent ....
fini la bricole ; il faudra etre docteur en VB 2005 pour s'en sortir.
"Jean-Marc" a écrit dans le message de news: 4247b866$0$1419$
"free" a écrit dans le message de news:42470b09$0$28360$ Il est certain que passer à VB2005 (si on le souhaite) représente un investissement en temps, mais plus je lis les specs, plus je vois que VB2005 est vraiment un superbe outil. Une période d'adaptation est nécessaire, j'en suis convaincu. Il faut voir maintenant si on souhaite ou non faire cet investissement. Je continuerais certainement à utiliser VB6 mais je vais certainement utiliser VB2005 en parallèle.
Hello,
Juste pour être sûr, VB2005 est encore en beta... il se peut que d'ici la version finale certaines choses aient changé (je pense entre autre au Framework qui a changé entre sa beta 1 et sa beta 2; cfr http://www.microsoft.com/downloads/details.aspx?familyidz89e36b-e486-4ee3-98b9-173c262a9f31&displaylang=en)! Donc un chouette jouet pour le moment, mais pas de développement intensif avant la sortie!
-- François Picalausa
"Jean-Marc" <webmaster@planetejm.atspace.com> a écrit dans le message
de news: 4247b866$0$1419$ba620e4c@news.skynet.be
"free" <charles.rayer@numericable.fr> a écrit dans le message de
news:42470b09$0$28360$636a15ce@news.free.fr...
Il est certain que passer à VB2005 (si on le souhaite) représente
un investissement en temps, mais plus je lis les specs, plus je
vois que VB2005 est vraiment un superbe outil. Une période
d'adaptation est nécessaire, j'en suis convaincu. Il faut voir
maintenant si on souhaite ou non faire cet investissement. Je
continuerais certainement à utiliser VB6 mais je vais
certainement utiliser VB2005 en parallèle.
Hello,
Juste pour être sûr, VB2005 est encore en beta... il se peut que d'ici la
version finale certaines choses aient changé (je pense entre autre au
Framework qui a changé entre sa beta 1 et sa beta 2; cfr
http://www.microsoft.com/downloads/details.aspx?familyidz89e36b-e486-4ee3-98b9-173c262a9f31&displaylang=en)!
Donc un chouette jouet pour le moment, mais pas de développement intensif
avant la sortie!
"Jean-Marc" a écrit dans le message de news: 4247b866$0$1419$
"free" a écrit dans le message de news:42470b09$0$28360$ Il est certain que passer à VB2005 (si on le souhaite) représente un investissement en temps, mais plus je lis les specs, plus je vois que VB2005 est vraiment un superbe outil. Une période d'adaptation est nécessaire, j'en suis convaincu. Il faut voir maintenant si on souhaite ou non faire cet investissement. Je continuerais certainement à utiliser VB6 mais je vais certainement utiliser VB2005 en parallèle.
Hello,
Juste pour être sûr, VB2005 est encore en beta... il se peut que d'ici la version finale certaines choses aient changé (je pense entre autre au Framework qui a changé entre sa beta 1 et sa beta 2; cfr http://www.microsoft.com/downloads/details.aspx?familyidz89e36b-e486-4ee3-98b9-173c262a9f31&displaylang=en)! Donc un chouette jouet pour le moment, mais pas de développement intensif avant la sortie!
-- François Picalausa
ng
Salut,
Enfin, j'ai testé le wizard de conversion. Pour de petits projets, tout va bien. Pour de plus gros projets, il faut quand même retoucher le code à la main, le wizard n'est pas parfait. Ceci dit, je ne vois pas bien l'intérêt de faire ce genre de migration de façon automatique. Si on désire vraiment faire le portage (mais pourquoi diable?) et bien si le programme original est bien conçu, il est sans doute plus simple de refaire manuellement l'interface graphique et d'importer simplement la logique, qui elle ne change pas.
Personnellement je suis plutot contre ce qu'on appelle "migration d'un projet" de VB6 vers .Net. Tout simplement parce que ce sont 2 langages totalement différents reposant sur des frameworks différents (enfin VB6 n'a pas vraiment un framework mais c'est juste l'idée que les objets de base sur lesquels on travail sont totalement différents) (et ne serait-ce que parce que .Net est pleinement orienté objet (ou orienté type comme certains pérfèrent le considérer) alors que VB6 non (si ce n'est un peu de polymorphisme avec les interface & co...)).
Donc si j'ai un projet en VB6 je prèfère le garder jusqu'au bout en vb6 (c'est jouable quand même dans la plupart des cas :), mais c'est vrai que ca dépend du projet et surtotu du client :) ). Et donc si je dois le refaire en .Net je prèfère repartir de 0, ca sera toujours plus propre que le wizard (et surtout en le repensant au mieux de manière orienté objet en profitant de l'héritage & co). Surtout pour des petits projets.
Cela dit, pour le moment, j'ai préféré plus m'amuser avec C# et C++ managed qu'avec VB.Net, en effet VB.Net est VB6 étant bien différent, je voulais nettement garder du VB d'un coté (VB6) et du .Net de l'autre (C#...)... Mais bon c'est un choix personnel et ca peut changer (le passage de C# à VB est facile, c'est le même framework... il suffit juste d'enlever les ; du bout des lignes :) ). Et comme je l'ai dit je m'amuse seulement, j'attends que le projet mono marche parfaitement (et pourquoi pas avec le framework 2.0) pour me mettre pleinement à .Net, qui sera dès lors plus portable (pourquoi ne cibler que windows ?).
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Salut,
Enfin, j'ai testé le wizard de conversion. Pour de petits projets, tout
va bien. Pour de plus gros projets, il faut quand même retoucher le
code à la main, le wizard n'est pas parfait. Ceci dit, je ne vois pas
bien l'intérêt de faire ce genre de migration de façon automatique. Si
on désire vraiment faire le portage (mais pourquoi diable?) et bien si
le programme original est bien conçu, il est sans doute plus simple de
refaire manuellement l'interface graphique et d'importer simplement la
logique, qui elle ne change pas.
Personnellement je suis plutot contre ce qu'on appelle "migration d'un
projet" de VB6 vers .Net. Tout simplement parce que ce sont 2 langages
totalement différents reposant sur des frameworks différents (enfin VB6 n'a
pas vraiment un framework mais c'est juste l'idée que les objets de base
sur lesquels on travail sont totalement différents) (et ne serait-ce que
parce que .Net est pleinement orienté objet (ou orienté type comme certains
pérfèrent le considérer) alors que VB6 non (si ce n'est un peu de
polymorphisme avec les interface & co...)).
Donc si j'ai un projet en VB6 je prèfère le garder jusqu'au bout en vb6
(c'est jouable quand même dans la plupart des cas :), mais c'est vrai que
ca dépend du projet et surtotu du client :) ). Et donc si je dois le
refaire en .Net je prèfère repartir de 0, ca sera toujours plus propre que
le wizard (et surtout en le repensant au mieux de manière orienté objet en
profitant de l'héritage & co). Surtout pour des petits projets.
Cela dit, pour le moment, j'ai préféré plus m'amuser avec C# et C++ managed
qu'avec VB.Net, en effet VB.Net est VB6 étant bien différent, je voulais
nettement garder du VB d'un coté (VB6) et du .Net de l'autre (C#...)...
Mais bon c'est un choix personnel et ca peut changer (le passage de C# à VB
est facile, c'est le même framework... il suffit juste d'enlever les ; du
bout des lignes :) ). Et comme je l'ai dit je m'amuse seulement, j'attends
que le projet mono marche parfaitement (et pourquoi pas avec le framework
2.0) pour me mettre pleinement à .Net, qui sera dès lors plus portable
(pourquoi ne cibler que windows ?).
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Enfin, j'ai testé le wizard de conversion. Pour de petits projets, tout va bien. Pour de plus gros projets, il faut quand même retoucher le code à la main, le wizard n'est pas parfait. Ceci dit, je ne vois pas bien l'intérêt de faire ce genre de migration de façon automatique. Si on désire vraiment faire le portage (mais pourquoi diable?) et bien si le programme original est bien conçu, il est sans doute plus simple de refaire manuellement l'interface graphique et d'importer simplement la logique, qui elle ne change pas.
Personnellement je suis plutot contre ce qu'on appelle "migration d'un projet" de VB6 vers .Net. Tout simplement parce que ce sont 2 langages totalement différents reposant sur des frameworks différents (enfin VB6 n'a pas vraiment un framework mais c'est juste l'idée que les objets de base sur lesquels on travail sont totalement différents) (et ne serait-ce que parce que .Net est pleinement orienté objet (ou orienté type comme certains pérfèrent le considérer) alors que VB6 non (si ce n'est un peu de polymorphisme avec les interface & co...)).
Donc si j'ai un projet en VB6 je prèfère le garder jusqu'au bout en vb6 (c'est jouable quand même dans la plupart des cas :), mais c'est vrai que ca dépend du projet et surtotu du client :) ). Et donc si je dois le refaire en .Net je prèfère repartir de 0, ca sera toujours plus propre que le wizard (et surtout en le repensant au mieux de manière orienté objet en profitant de l'héritage & co). Surtout pour des petits projets.
Cela dit, pour le moment, j'ai préféré plus m'amuser avec C# et C++ managed qu'avec VB.Net, en effet VB.Net est VB6 étant bien différent, je voulais nettement garder du VB d'un coté (VB6) et du .Net de l'autre (C#...)... Mais bon c'est un choix personnel et ca peut changer (le passage de C# à VB est facile, c'est le même framework... il suffit juste d'enlever les ; du bout des lignes :) ). Et comme je l'ai dit je m'amuse seulement, j'attends que le projet mono marche parfaitement (et pourquoi pas avec le framework 2.0) pour me mettre pleinement à .Net, qui sera dès lors plus portable (pourquoi ne cibler que windows ?).
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
