Futuro da Component Object Model

Question

Alguém já ouviu falar alguma coisa sobre Microsoft [não] apoio COM em versões futuras do Windows?

Eu imagino que os engenheiros da Microsoft estão presos com ele (mesmo se eles preferem apenas para desenvolver e apoiar o .NET framework) simplesmente por causa da reação enourmous haveria de sua enorme base de clientes. Deve haver literalmente milhares de milhões de linhas de material à base COM lá fora no selvagem. Eu sei que eu sou não ansioso para ser empurrado em uma massa-migração, simplesmente porque alguns smarty-calças over-alcançar arquitetura astronauta tem que provar que ele é o maior ... (sheesh, por que não fazer eles simplesmente levar o boxe?).

Eu suspeito que eu apenas estou sendo paranóico, mas alguém pode fornecer quaisquer links authorative (O Google não encontrar muito)? Idealmente, um Livro Branco da Microsoft dizendo "Permanece COM em Viena, ou então!" iria resolver meus nervos muito.

Answer 1

Bem, a razão pela qual eles chamaram de .NET é porque COM3 foi tomado como um nome de porta serial. .NET é a nova OCM. De .Net Common Language Runtime desencadeada :

A mudança de nome de COM3 para COR para COM + 2.0 ... para NGWS e finalmente para .NET.

A razão da montagem principal é chamado mscorlib é que ele representa o Objeto Microsoft Common Runtime Library .

Answer 2

COM ainda é O tecnologia para inter-processo de comunicação. Olhe para a maneira que você pode controlar o Word, Excel, etc a partir de outro aplicativo. Não há nenhuma maneira .Net pode substituir isso.

Answer 3

COM e .NET servir necessidades diferentes. Enquanto não há código nativo, haverá uma necessidade de um padrão componentização binário, ou seja COM. Mesmo se o sistema operacional foi reescrito do zero (que não vai ser, nem deve) seria principalmente ser código nativo por motivos como desempenho e controle de versão. Você seria rapidamente precisa inventar algo assim como COM, então por que não manter o que tem sido testado e funciona?

Answer 4

Eu sei que é fácil pensar que o mundo Microsoft é .NET somente a partir de agora um, graças ao excesso de excelente trabalho seu departamento de marketing tem feito, mas a Microsoft sempre suporta seu material velho, eles não têm escolha realmente.

Olhe para MFC, eles já lançaram novos pacotes, eo RibbonBar só funciona no MFC (como o escritório é desenvolvido no mesmo). Claro, eles vão começar a escrever mais e mais código .NET ao longo do tempo, e cada vez menos coisas COM, mas eles ainda vão apoiá-lo.

Os recursos de desenvolvimento COM no Visual Studio irá permanecer no local, quando vão, que é o tempo que você sabe que eles não querem que a gente usá-lo.

Eu li um href="http://blogs.msdn.com/somasegar/archive/2007/08/08/visual-c-futures.aspx" rel="nofollow noreferrer"> blog do gerente de projeto do Visual Studio, onde ele disse que tinha recebido uma série de queixas dos desenvolvedores sobre o foco em C # recentemente. Ele concordou e disse que a próxima versão do Visual Studio será focado principalmente em não gerenciado C ++ desenvolvimento.

Answer 5

Não há quaisquer declarações oficiais que o apoio COM está sendo caiu de futuras versões do Windows. ele é usado extensivamente durante todo o funcionamento interno do sistema operacional. Baring reescrita completa do sistema operacional a partir do zero (que eu não posso imaginar qualquer momento em breve), é seguro assumir COM vai estar lá por um tempo.

Answer 6

Eu não posso ver COM desaparecer tão cedo como há uma enorme quantidade de código baseado em COM legado. Pela mesma razão, eu espero ver Win32 pendurado em volta para o futuro previsível. Ninguém se preocupa com o Windows, como tal, como uma plataforma, eles se preocupam com o seu software aplicativo.

COBOL em um S / 360, plataformas S / 370, S / 390, zSeries e C / Unix permanecem muito amplamente utilizadas para a mesma razão.

Answer 7

Assim, para resumir:

COM vai ficar porque: 1. É fundamentalmente funciona 2. Ele lida com a comunicação entre processos, como distinta da comunicação Intermachine. 3. .NET herdou muito da COM, mas não tudo. 4. Mesmo Microsoft-se ainda contar com ele.

E eu levo o ponto que ainda há zilhões de linhas de Fortran e COBOL em sistemas de produção hoje ... porque fundamentalmente trabalho.

Obrigado a todos por suas respostas ... Mods, sinta-se livre para limpar essa resposta de conversação, mas (IMHO) neste site faria bem para permitir cartazes para agradecer publicamente aqueles que tomam o tempo para responder.

Felicidades All. Keith.