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.

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.

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.

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.

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.

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.

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.