Tank01
Messages postés106Date d'inscriptionlundi 4 août 2003StatutMembreDernière intervention10 novembre 2006
-
24 juin 2006 à 14:34
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019
-
24 juin 2006 à 22:19
Bonjour a tous !
Je viens de telecharger graicieusement grâce au programme MSDNAA de microsoft, Visual Studio 2005 pro. Je souhaitais savoir si il était possible de coder en .net ( à savoir, en VB.net2005 ) avec Visual Studio 2005 pro !
Tank01
Messages postés106Date d'inscriptionlundi 4 août 2003StatutMembreDernière intervention10 novembre 2006 24 juin 2006 à 16:39
Non, dans visual studio 2005, tu peux encore coder en Vb et en C (les langages natifs, et non en .Net)
Et cela risque de durer encore longtemp car si on veut coder une appli pour tourner sur un win xp ou un wind 98, 2000 eb natif (sans le framework), on a pas le choix !
A savoir, je tiens a préciser que je possède Visual studio 2005 pro et non Visual Studio 2005 pro.net !
Alors ??
Tank01
Messages postés106Date d'inscriptionlundi 4 août 2003StatutMembreDernière intervention10 novembre 2006 24 juin 2006 à 17:03
oups, correction, on peut conder en C et C++, mais je viens de coder une tit appli en VB or, elle ne tourne pas sous une version de winxp sans le framework. Je souhaiterais coder en Visual Basics ( et non du VB.net), et cela m'ennuirais de devoir réinstaler visual Studio 6.0 alors que je viens de me procurer le 2005 ! Alors, est -il possible de coder en Visual Basic et non en VB.net ?
----( | TanK | )----
Vous n’avez pas trouvé la réponse que vous recherchez ?
Tank01
Messages postés106Date d'inscriptionlundi 4 août 2003StatutMembreDernière intervention10 novembre 2006 24 juin 2006 à 18:00
Alors la je trouve ca vraiment naz ( dsl du mot employé). Si l'on veut coder une appli deployable en native sur un post win98, comment fais on??? c'est gagné alors, je réinstall VS 6,!
cs_casy
Messages postés7741Date d'inscriptionmercredi 1 septembre 2004StatutMembreDernière intervention24 septembre 201440 24 juin 2006 à 18:03
De même que coder en C et C++ version 6 n'est que pure illusion sous .NET.
Même si l'ancien code C de VC6 est pleinement compatible sans aucune modification, il ne tourne pas comme en VC6. Il est passé à travers une moulinette à la compilation, et tourne comme le code .NET sur le framework.
Donc si vous reprennez un code VC6, que vous le recompiler sous .NET, ce code sera désormais dépendant du framework et se traduit même, aux dires de ceux qui se sont intéressés à la question, par une legère perte de performance.
cs_Willi
Messages postés2375Date d'inscriptionjeudi 12 juillet 2001StatutModérateurDernière intervention15 décembre 201822 24 juin 2006 à 18:52
Casy en ce qui concerne du code C ou C++ cela dépend du type de ton projet.
Sous VS2005 comme 2003 tu peux faire du pur C/C++ win32, et tu peux aussi très bien faire du C++/CLI qui la c'est vrai reposera sur le framework dotnet.
cs_casy
Messages postés7741Date d'inscriptionmercredi 1 septembre 2004StatutMembreDernière intervention24 septembre 201440 24 juin 2006 à 19:11
Et même le C win32 repose sur le framework apparement. Je n'arrive pas à retrouver l'article dans lequel j'ai lu cela, je le cherche depuis tout à l'heure justement.
Mais il se basait sur la version 2005. L'auteur a investigué dans ce sens car il avait remarqué un comportement différent de son soft lors de l'appel de certaines API Win32. Après analyse (notamment du code ASM) il s'est apercu que son code C6.0 avait était converti en C.NET avec tout un système d'interfacage pour en faire une application C Win32 comme il souhaitait faire. Selon ses dires, il avait pourtant bien activé toutes les options nécessaires.
Sa conclusion était que le code C Win32 sous VC2005 n'était pas du Win32 pur, mais du code .NET interfacé avec la plateforme Win32.
Personellement, je ne suis pas un expert ni du C++ (je me limite au C), ni de .NET quelque soit le langage (juste fait un peu de vb2003). Je me contente de rapporter ce que j'ai lu dans d'autres articles.
Et je serais bien incapable de mener de telle investigations.