Dans l'aide MSDN, il y a quelques pages qui rescence les différences entre VB6 et .Net
Si je peux te donner un petit conseil en passant, c'est de décocher systématiquement la référence Microsoft.VisualBasic dans les projets .Net. Elle assure la compatibilité avec VB6.
Mais si tu vas la trouver très pratique au début parce qu'elle te permettra de faire sous .Net du code VB6, il faut très très rapidement prendre l'habitude de s'en passer sinon tu ne prendras pas la peine de chercher des solutions .Net à tes problèmes et tu passeras à coté de la puissance du framework.
Casy < Puisque tu en parles !! Comme je suis exactement dans le même cas que JeffC1977, j'ai désactivé la référence Microsoft.VisualBasic comme tu le conseilles, et là, j'ai une question ...
Comment tu remplaces vbCrLf, vbNullChar, etc .... en VB.NET pur ? j'ai beau chercher dans MSDN, je trouve pas ?
Il existe effectivement quelques cas rares (comme ces 2 exemples) ou il est très difficile de trouver une contre partie en .Net.
Dans ce cas, tu as toujours la possibilité de faire une référence explicite au namespace en utilisant Microsoft.VisualBasic.Contants.vbCrLf à la place de vbCrLf
Certe c'est plus lourd, mais ces cas là sont tout de même extremement rare, donc c'est jouable.
PS : Pour ces 2 cas, je n'ai toujours pas trouvé de solution .Net
Donc on ne peut pas se passer de Microsoft.VisualBasic donc !! Car il manque aussi vbTab, VBCr, VBLf, VBBack, etc ... Et effectivement, System.Environment.NewLine remplace VBCrLf, mais c'est franchement lourd et puis j'ai testé, on ne peut pas déclarer une constante valant System.Environment.NewLine car ce n'est pas une expression constante
Ma seule solution, pour être sûr d ene pas coder en VB6 sous VB.NET, décocher la référence à Microsoft.VisualBasic, vérifier que les seules erreurs sont lié à ces constantes, recocher cette référence !
Après avoir fait du vb.net et du C#, j'en ai conclus que pour faire du vrai dotnet, c'est du C# qu'il faut faire. Et je crois que c'est l'intention de MS. En tout cas, j'ai laissé tomber le vb.net au profit du C#. Si je doit codé en vb, c'est en vb6.
Renfield: J'ai un iPAQ (PocketPC) et je veux me coder un prog. allant sur cette "plate-forme". Etant donné que j'ai "peur" du C, je me disais que VB.Net serait la solution...
Mais j'ai essayé quelque truc sur .Net et je ne croyais pas que le Net avait autant de différence avec VB6 :(