2010-02-02 12 views

risposta

5

Uno dei motivi per gonfiare i prodotti Microsoft è l'attenzione alla compatibilità con le versioni precedenti. Un numero enorme di applicazioni manipola Office tramite COM e si interromperanno tutti se la Microsoft lo lascerà cadere.

L'integrazione COM è stata una grande sofferenza la prima volta che i clienti Microsoft dovevano farlo. I clienti sarebbero assolutamente fuori di testa se dovessero riscrivere tutte le loro app per utilizzare un altro metodo di integrazione.

Questo, o si limiterebbero semplicemente alle vecchie versioni del software Microsoft, anche dopo che sono andati fuori supporto. Questo rallenterebbe molto il tapis roulant di aggiornamento, e MS non lo vuole.

+0

Non è così vero. Sarebbe possibile scrivere un wrapper che mantiene la vecchia API. (E sarebbe banale rispetto alla riscrittura stessa) – SLaks

+0

Jacob è un wrapper per COM, ed è uno dei nostri più grandi mal di testa. È possibile, ma non senza dolore. –

+0

Sono d'accordo con Stephen, Ci sono un numero enorme di utenti che utilizzano molte suite di uffici. Se Microsoft dovesse mai trasferire Office to Net e mantenere le disparità, questa sarebbe un'impresa fatale per avere successo in termini di business. Gli involucri sono dolorosi; specialmente quando si spostano gli assemblaggi e i componenti attorno alle macchine; bisogno di gen Strong Name keys, Regolazione dell'esecuzione/path privilage ecc. – TonyP

12

perché ci vorrebbe un tempo lungo di riscrivere completamente Office, e sarebbe inevitabilmente un gran numero di bug e cambiamenti di rottura.

+0

Non riesco proprio ad aggrapparmi a questo .. Conosco applicazioni altrettanto sofisticate che sono state trasferite su Net (SolidWorks è un esempio). – TonyP

+3

I (e 7 upvoters) non sono d'accordo. Riscrivere un sistema di grandi dimensioni è _hard_. E Office è un sistema _very_ ** very ** large. Inoltre, Office è così complicato che sarebbe impossibile mantenere una compatibilità al 100%. (Ed è così popolare che la compatibilità è davvero importante) – SLaks

+0

Immaginate semplicemente gli spot Mac ... –

6

Perché l'utilizzo di COM rende il componente disponibile per il maggior numero di utenti. Se un'API utilizza COM, può essere utilizzata da VBScript, codice nativo, ecc., Non solo .Net. Le nuove funzionalità di C# 4.0 rendono relativamente indolore chiamare i componenti COM da .Net.

Problemi correlati