significado servidor que ejemplo component caracteristicas .net com com+ dcom

.net - servidor - dcom significado



¿.NET ha hecho redundante la programación COM y DCOM en bruto? (5)

.NET ha sido diseñado deliberadamente para reemplazar COM (y, en consecuencia, DLL Hell) para que las aplicaciones .NET puedan acceder a los componentes COM, pero se anima a todos los nuevos desarrollos a migrar a .NET, excepto si tiene una muy buena razón para seguir con COM. .

¿La introducción del framework .net ha hecho que la programación en bruto en COM y DCOM sea redundante?

(Excepto por el uso de algunos servicios COM +, por ejemplo, para la gestión de transacciones a través del espacio de nombres System.EnterpriseServices)


COM fue la última tecnología importante que MS en realidad dogfooded. MS continúa construyendo nuevas API que dependen de COM; por ejemplo, la nueva Media Foundation de Vista (una especie de sucesor de DirectShow, que también estaba basada en COM) es una COM API. También lo es Direct3D10 (y yo asumiría D3D11). No creo que vaya a desaparecer pronto, y para muchas tareas de programación de Windows no es para nada redundante.


Supongo que eso depende de lo que quieras decir con "crudo". Todavía encuentro la necesidad de exponer las API COM de las bibliotecas de clases .Net ocasionalmente. Hace que el proceso de migración de .Net a .Net sea mucho más fácil ya que puedo reemplazar piezas pequeñas a través de COM.


Todavía no, pero yo diría que a largo plazo, tiene como objetivo. Obviamente siempre habrá un lugar para los niveles inferiores, pero por lo que entiendo de la estrategia de Microsoft, la medida es reemplazar tanto como sea posible el código administrado.


Todavía no, porque el sistema operativo todavía no está administrado.

Si MS finalmente hace lo que sus laboratorios han estado hablando durante años y produce un sistema operativo totalmente administrado, entonces lo hará.

Sin embargo, ese sistema operativo no será retrocompatible. Primero tendrían que producir versiones administradas de Office, IE, etc. Tendrán que producir una máquina virtual para ejecutar aplicaciones no administradas.

El dolor sería algo similar al cambio de Mac OS9 a OSX.