2010-02-02 11 views

Respuesta

5

Una de las razones de la hinchazón en los productos de Microsoft es el enfoque en la compatibilidad con versiones anteriores. Un gran número de aplicaciones manipula Office a través de COM, y todas se romperían, si MS lo descarta.

COM integración fue un gran dolor la primera vez que los clientes de Microsoft tenían que hacerlo. Los clientes se enloquecerían si tuvieran que reescribir todas sus aplicaciones para usar otro método de integración.

Eso, o simplemente se quedarían con las versiones anteriores del software de Microsoft, incluso después de que se salieran de soporte. Eso ralentizaría mucho la actualización de la cinta de correr, y MS no quiere eso.

+0

Eso no es tan cierto. Sería posible escribir un contenedor que mantenga la antigua API. (Y sería trivial en comparación con la reescritura en sí) – SLaks

+0

Jacob es un envoltorio de COM, y es uno de nuestros mayores dolores de cabeza. Es posible, pero no sin dolor. –

+0

Estoy de acuerdo con Stephen, Hay un número incontable de usuarios que usan muchas generaciones de aplicaciones ofimáticas. Si Microsoft alguna vez va a llevar a Office a la red, y para mantener disparidades ... eso será una hazaña no fatigable para lograr en términos comerciales. Las envolturas son dolorosas; especialmente cuando mueve sus ensambles y componentes alrededor de las máquinas; necesita generar claves Strong Name, ajustar la ejecución/privilegios de ruta, etc. – TonyP

12

Porque tomaría largo tiempo para reescribir completamente Office, y esto provocaría inevitablemente un gran número de errores y cambios de rotura.

+0

No podría estar de acuerdo con esto ... Conozco aplicaciones igualmente sofisticadas que se han transferido a la red (Solidworks es un ejemplo). – TonyP

+3

Yo (y 7 videntes) no estoy de acuerdo. Reescribir un sistema grande es _hard_. Y Office es un sistema muy ** muy ** grande. Además, Office es tan complicado que sería imposible mantener una compatibilidad del 100%. (Y es tan popular que la compatibilidad realmente importa) – SLaks

+0

Imagínese los anuncios de Mac ... –

6

Porque el uso de COM hace que el componente esté disponible para la mayor cantidad de consumidores. Si una API usa COM, puede consumirse desde VBScript, código nativo, etc., no solo .Net. Las nuevas características de C# 4.0 hacen que sea relativamente fácil llamar a componentes COM desde .Net.

Cuestiones relacionadas