A .NET brut COM et DCOM programmation redondant?
https://stackoverflow.com/questions/34300
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
A l'introduction de l' .net framework brut de programmation en COM et DCOM redondant ?
(Sauf pour l'utilisation de certains services COM+, par exemplepour la gestion des transactions dans le Système.Espace de noms EnterpriseServices)
La solution
Pas encore, parce que l'OS est encore géré.
Si MS enfin faire ce que leurs laboratoires ont été d'en parler pendant des années et produire entièrement géré OS alors il le fera.
Que l'OS ne sera pas rétro-compatible bien.Ils ont réussi à produire des versions de microsoft Office, IE, etc premier.Ils auront à produire une machine virtuelle pour exécuter des applications non gérées.
La douleur serait quelque chose de similaire pour le passage de Mac OS9 pour OSX.
Autres conseils
COM a été le dernier grand de la technologie que MS fait dogfooded.MS sont de continuer à construire de nouvelles Api qui dépend de COM;par exemple, Vista des nouveaux Médias de la Fondation (une sorte de successeur de DirectShow, qui a également été COM) est une API COM.Donc, est Direct3D10 (et je suppose D3D11).Je ne pense pas que c'est en train de disparaître rapidement, et pour un grand nombre de Fenêtres tâches de programmation, il n'est pas du tout redondant.
Pas encore, mais je dirais que dans le long terme, elle vise.Évidemment, il y aura toujours une place pour les niveaux inférieurs, mais ce que je comprends de la stratégie de Microsoft, le déplacement est vers le remplacement de autant de avec le code managé que possible.
Je suppose que cela dépend de ce que tu veux dire par "brute".Je trouve toujours le besoin d'exposer des Api COM de .Net des bibliothèques de classe à l'occasion.Rend le processus de migration à partir de certaines plateformes .Net beaucoup plus facile depuis que je peux remplacer les petits morceaux via COM.
.NET a été délibérément conçu pour remplacer COM (et, par conséquent, l'Enfer des DLL) ainsi, alors que .NET applications peuvent accéder à des composants COM, tout nouveau développement sont encouragés à passer à .NET, sauf si vous avez une très bonne raison de rester avec COM.
