Futuro del modello a oggetti componente

Question

Qualcuno ha sentito parlare di Microsoft che non supporta COM nelle versioni future di Windows?

Immagino che gli ingegneri di Microsoft ne siano bloccati (anche se preferirebbero sviluppare e supportare solo il framework .NET) semplicemente a causa dell'enorme contraccolpo che ci sarebbe dalla loro vasta base di clienti. Devono esserci letteralmente miliardi di file di roba basata su COM in circolazione. So che non non vedo l'ora di essere spinto in una migrazione di massa semplicemente perché alcuni astronauti che superano l'architettura che l'astronauta deve dimostrare di essere il più grande ... (ecco, perché no? prendono solo la boxe?).

Sospetto di essere solo paranoico, ma qualcuno può fornire collegamenti autorevoli (Google non trova molto)? Idealmente, un white paper di Microsoft che dice "COM soggiorna a Vienna, oppure!" mi calmerebbe molto i nervi.

Answer 1

Beh, il motivo per cui l'hanno chiamato .NET è perché COM3 è stato preso come nome di porta seriale. .NET è la nuova COM. Da .Net Common Language Runtime Unleashed :

  

Il nome cambia da COM3 a COR in COM + 2.0 ... in NGWS e infine in .NET.

Il motivo per cui l'assembly primario è chiamato mscorlib è che stava per Microsoft Common Object Runtime Library .

Answer 2

COM è ancora la LA tecnologia per la comunicazione tra processi. Guarda come puoi controllare Word, Excel, ecc. Da un'altra applicazione. Non è possibile. Net può sostituirlo.

Answer 3

COM e .Net soddisfano esigenze diverse. Finché esiste un codice nativo, sarà necessario uno standard di componentizzazione binaria, ovvero COM. Anche se il sistema operativo fosse stato riscritto da zero (cosa che non sarà, né dovrebbe) sarebbe principalmente un codice nativo per motivi come le prestazioni e il controllo delle versioni. Avresti rapidamente bisogno di inventare qualcosa come COM, quindi perché non conservare quello che è stato testato e funziona?

Answer 4

So che è facile pensare che il mondo Microsoft sia .NET solo da ora in poi, grazie all'eccellente lavoro svolto dal reparto marketing, ma Microsoft supporta sempre le loro vecchie cose, non hanno davvero scelta.

Guarda MFC, hanno rilasciato nuovi pacchetti e RibbonBar funziona solo su MFC (poiché Office è sviluppato in esso). Certo, inizieranno a scrivere sempre più codice .NET nel tempo e sempre meno COM, ma lo supporteranno comunque.

Le funzionalità di sviluppo COM in Visual Studio rimarranno al loro posto, quando vanno, è il momento in cui sai che non vogliono più che lo usiamo.

Ho letto un voce di blog dal project manager di Visual Studio dove ha dichiarato di aver ricevuto molte lamentele da parte degli sviluppatori riguardo al focus su C # recentemente. Ha concordato e ha affermato che la prossima versione di Visual Studio si concentrerà principalmente sullo sviluppo C ++ non gestito.

Answer 5

Non ci sono dichiarazioni ufficiali secondo cui il supporto COM verrà eliminato dalle future versioni di Windows. è ampiamente utilizzato negli interni del sistema operativo. Escludendo la riscrittura completa del sistema operativo da zero (che non riesco a immaginare presto), è lecito ritenere che COM sarà lì per un po '.

Answer 6

Non riesco a vedere COM scomparire in qualsiasi momento non appena c'è un'enorme quantità di codice basato su COM legacy. Per lo stesso motivo mi aspetto di vedere Win32 in giro per il prossimo futuro. A nessuno importa di Windows come di una piattaforma, si preoccupano del loro software applicativo.

COBOL su S / 360, S / 370, S / 390, zSeries e C / unix rimangono piattaforme molto utilizzate per lo stesso motivo.

Answer 7

Quindi, per riassumere:

COM rimarrà perché: 1. Funziona fondamentalmente 2. Gestisce la comunicazione tra processi, distinta dalla comunicazione intermachine. 3. .NET ha ereditato molto da COM, ma non tutto. 4. Anche Microsoft stessa si affida ancora a questo.

E prendo atto che ci sono ancora miliardi di linee di FORTRAN e COBOL nei sistemi di produzione oggi ... perché fondamentalmente funzionano.

Grazie a tutti per le vostre risposte ... Mod, sentitevi liberi di ripulire questa risposta conversazionale, ma (IMHO) questo sito farebbe bene a consentire ai poster di ringraziare pubblicamente coloro che si prendono il tempo di rispondere.

Saluti a tutti. Keith.