Futuro del modelo de objetos componentes

Question

¿Alguien ha oído algo acerca de que Microsoft [no] admite COM en futuras versiones de Windows?

Me imagino que los ingenieros de Microsoft están estancados (incluso si preferirían desarrollar y admitir solo el marco .NET) simplemente debido a la enorme reacción de su enorme base de clientes. Debe haber literalmente miles de millones de líneas de cosas basadas en COM en la naturaleza. Sé que no estoy ansioso por ser empujado a una migración masiva simplemente porque algunos astronautas de arquitectura sobresaliente tienen que demostrar que es el más grande ... (caramba, ¿por qué no?) simplemente se dedican al boxeo?).

Sospecho que solo estoy siendo paranoico, pero ¿alguien puede proporcionar algún enlace autoritario (Google no encuentra mucho)? Idealmente, un Libro Blanco de Microsoft que dice "COM se queda en Viena, ¡o si no!" me calmaría mucho los nervios.

Answer 1

Bueno, la razón por la que lo llamaron .NET es porque COM3 se tomó como un nombre de puerto serie. .NET is el nuevo COM. De .Net Common Language Runtime Unleashed :

  

El cambio de nombre de COM3 a COR a COM + 2.0 ... a NGWS y finalmente a .NET.

La razón por la que el ensamblaje principal se llama mscorlib es que significaba Biblioteca de Common Object Runtime de Microsoft .

Answer 2

COM sigue siendo la tecnología THE para la comunicación entre procesos. Observe la forma en que puede controlar Word, Excel, etc. desde otra aplicación. No hay forma de que .Net pueda reemplazar esto.

Answer 3

COM y .Net satisfacen diferentes necesidades. Mientras exista un código nativo, será necesario un estándar de componente binario, es decir, COM. Incluso si el sistema operativo se reescribiera desde cero (lo que no será, ni debería serlo), sería principalmente código nativo por razones como el rendimiento y el control de versiones. Necesitaría rápidamente inventar algo como COM, así que, ¿por qué no conservar el que ha sido probado y funciona?

Answer 4

Sé que es fácil pensar que el mundo de Microsoft es .NET solo a partir de ahora, gracias al trabajo excelente que ha hecho su departamento de marketing, pero Microsoft siempre apoya sus cosas antiguas, en realidad no tienen otra opción.

Mire MFC, han lanzado nuevos paquetes y RibbonBar solo funciona en MFC (ya que Office se desarrolla en él). Claro, comenzarán a escribir más y más código .NET a lo largo del tiempo y menos y menos cosas de COM, pero seguirán admitiéndolo.

Las características de desarrollo de COM en Visual Studio permanecerán en su lugar, cuando vayan, ese es el momento en el que sabes que ya no quieren que lo usemos.

Leí una entrada de blog del gerente de proyecto de Visual Studio donde dijo que habían recibido muchas quejas de los desarrolladores con respecto al enfoque en C # recientemente. Aceptó y dijo que la próxima versión de Visual Studio se centraría principalmente en el desarrollo de C ++ no administrado.

Answer 5

No hay declaraciones oficiales de que el soporte COM se haya eliminado de futuras versiones de Windows. se usa ampliamente en las partes internas del sistema operativo. Descubriendo la reescritura completa del SO desde cero (lo cual no puedo imaginar pronto), es seguro asumir que COM estará allí por un tiempo.

Answer 6

No puedo ver que COM desaparezca pronto, ya que hay una enorme cantidad de código heredado basado en COM. Por la misma razón, espero ver Win32 dando vueltas en el futuro previsible. A nadie le importa Windows como una plataforma, se preocupan por su software de aplicación.

COBOL en un S / 360, S / 370, S / 390, zSeries y C / unix siguen siendo plataformas muy utilizadas por la misma razón.

Answer 7

Entonces, para resumir:

COM se quedará porque: 1. Funciona fundamentalmente. 2. Maneja la comunicación entre procesos, a diferencia de la comunicación entre máquinas. 3. .NET heredó mucho de COM, pero no todo. 4. Incluso los propios Microsoft aún confían en él.

Y considero que todavía hay miles de millones de líneas de FORTRAN y COBOL en los sistemas de producción de hoy ... porque funcionan fundamentalmente.

Gracias a todos por sus respuestas ... Mods, siéntanse libres de limpiar esta respuesta conversacional, pero (en mi humilde opinión) este sitio haría bien en permitir que los afiches agradecieran públicamente a quienes se toman el tiempo para responder.

Saludos a todos. Keith.