que pitchers para mlb libres han firmado agentes com

pitchers - Aprender COM todavía tiene algún uso?



pitchers agentes libres 2018 (4)

De una persona que quiere saber más acerca de Windows Internals, leer el libro "Windows Internals" y querer entrar en el desarrollo de controladores, ¿está aprendiendo a programar COM una buena idea?

¿Qué tan profundo debería entrar? Simplemente entienda los conceptos básicos o se debe avanzar en la comprensión, teniendo en cuenta lo anterior.


COM no se usa mucho en el desarrollo actual, pero hay una gran cantidad de software que todavía lo usa. Solo entender lo básico debería ser suficiente.


COM tampoco tiene mucho valor para el desarrollo del controlador de modo kernel, pero es potencialmente útil para controladores de modo de usuario. DirectShow es COM, por ejemplo, e incluso hay un análogo COM liviano que se utiliza en los filtros DShow de modo kernel.

Hay un montón de código que es COM, y el código heredado tarda años o décadas en desaparecer. Pero lo más importante, IMO es el hecho de que un ensamblado .NET se parece a los objetos COM cuando se usa desde C / C ++, por lo que creo que todavía hay algo de valor en conocer COM si tiene la intención de seguir escribiendo código C / C ++ .

Si planea cambiar a C #, Java o una de las docenas de otros idiomas sin indicadores que (a juzgar por las preguntas aquí un SO) la mayoría de los programadores han adoptado, entonces no, no vale la pena el costo de oportunidad.


Los controladores de dispositivos de Windows no tienen nada que ver con COM. Puedes ignorarlo con seguridad.


Por un lado, COM parece ser el método preferido de Microsoft para interoperar entre código nativo y administrado (.Net). Y para ser honesto, .Net maneja bien COM.

Por otro lado, en las palabras inmortales de Lino Tadros :

COM es como FUMAR: si no has comenzado, no deberías comenzar ahora, si ya lo estás haciendo, es hora de parar.

Personalmente, lo uso cuando necesito hablar con objetos COM existentes (como MSXML), o si es absolutamente necesario hablar con un ensamblado .Net desde un código nativo donde algo como exportaciones no gestionadas no es una opción, pero no lo considero es útil para un nuevo desarrollo.