| auteur : leduke
| Non, .Net est une plate-forme de développement pour tous types d'applications. Si vous voulez faire une application Windows avec .NET, vous pourrez profiter de toutes les nouveautés qu'offre le Framework .NET. Par contre, si vous souhaitez faire du développement web, vous serez forcément séduit par les fonctionnalités qu'offre la plateforme .NET, notamment les webservices et ASP.NET.
|
| auteur : leduke
|
Plate-forme
|
Exécution
|
Winform(*)
|
ASP.NET(*)
|
WebServices(*)
|
Windows 95
|
Non
|
Non
|
Non
|
Non
|
Windows 98
|
Oui
|
Non
|
Non
|
Non
|
Windows Millenium (ME)
|
Oui
|
Non
|
Non
|
Non
|
Windows NT 4.0 sp6a
|
Oui
|
Oui
|
Non
|
Non (oui en distant)
|
Windows 2000
|
Oui
|
Oui
|
Oui
|
Oui
|
Windows XP Familial
|
Oui
|
Oui
|
Oui (1)
|
Non (oui en distant)
|
Windows XP
Professionnel
|
Oui
|
Oui
|
Oui
|
Oui
|
PocketPC
|
Oui (2eme semestre 2002)Compact Framework
|
Non
|
Non
|
Non
|
(1) Possible avec Web Matrix, un environnement gratuit de développement ASP.NET qui possède son propre serveur Web(cassini) ou en installant IIS sous windows XP familial.
(*) Pour le développement
Un projet : go-mono est en cours pour une implémentation du Framework .NET sous LINUX, mais on est loin d'avoir l'ensemble du framework.NET sous Linux.
|
lien : WebMatrix, un environnement de développement gratuit pour l'ASP.NET
lien : Installez IIS sous windows XP familial
lien : Le site du projet go-mono
|
| auteur : neo.51
| Oui, les deux environnements peuvent cohabiter sur une même machine sans problème. De plus les extensions ASP sont différentes. Il est recommandé d'installer Visual Studio 6 puis Visual Studio .NET. |
| auteur : neo.51
|
Technologie
|
Portage
|
Contraintes
|
VB 6.0
|
Un assistant aide au portage
d'une application VB 6.0 vers VB.NET.
|
Il faut suivre certaines règles
pour avoir un portage efficace. Dans tous les cas la relecture du code est
nécessaire.
|
Visual J++
|
Utiliser J#
|
Ajouter J# à Visual
Studio.NET.
|
VC++ 6.0 (Win32/MFC/ATL)
|
Seul le projet (dsw, dsp) est
converti, le code ne change pas.
|
Aucunes, mais cela reste une
application win32.
|
|
ASP
|
Rien n'existe, par contre IIS
supporte les deux technologies, ASP et ASP.NET
|
Cohabitation des deux
technologies (attention aux sessions)
|
COM
|
Pas de portage, l'utilisation
des objets COM est faite naturellement par l'interoperabilité
|
Aucunes.
|
|
lien : Migrer du C++ vers le C#
lien : Migrer de VB6 vers .NET
|
| auteur : leduke
| Oui, les composants COM sont accessibles à partir du Runtime .NET au travers d'un Wrapper nommé Runtime Callable Wrapper (RCW). Ce Wrapper transforme les interfaces COM exposées par le composant COM en interfaces compatibles .NET. Pour les interfaces de type OleAutomation, la RCW peut être générée automatiquement à partir d'une librairie de type (.TLB). Pour les interfaces qui ne sont pas compatibles OleAutomation, il sera nécessaire de développer une RCW particulière qui manuellement établira la liaison entre les types exposés par l'interface COM et ceux compatibles .NET. |
| auteur : leduke
| Oui, les composants .NET sont accessibles à COM au travers d'un Wrapper nommé COM Callable Wrapper (CCW). Le principe est similaire à celui évoqué dans la précédente question mais fonctionne dans le sens inverse. Dans le cas où le Wrapper ne peut pas être automatiquement généré avec les outils de développement .NET, ou si le comportement observé est inadéquat, alors un Wrapper CCW spécifique doit être développé. A noter, que pour qu'un composant COM puisse voir un composant .NET, celui-ci doit être enregistré dans la base de registre. |
| auteur : leduke
| Non COM/DCOM/COM+ n'est pas encore mort, une couche d'interopérabilité est d'ailleurs fournie par Microsoft afin d'assurer la compatibilité avec ces anciennes technologies. Les applicatifs vont évoluer et il est probable que progressivement ils ne fassent plus appels directement à ces couches COM/DCOM ou COM+ mais se contentent d'intégrer l'existant dans leurs nouvelles applications grâce à cette couche d'interopérabilité .NET/COM. |
|