Zukunft des Komponentenobjektmodells

Question

Hat jemand etwas darüber gehört, dass Microsoft COM in zukünftigen Windows-Versionen nicht unterstützt?

Ich kann mir vorstellen, dass die Microsoft-Ingenieure daran festhalten (selbst wenn sie lieber nur das .NET-Framework entwickeln und unterstützen würden), einfach wegen der enormen Gegenreaktion ihrer riesigen Kundenbasis.Es muss buchstäblich Milliarden von Zeilen COM-basierter Inhalte in freier Wildbahn geben.Ich weiß ich bin nicht Ich freue mich darauf, in eine Massenmigration gedrängt zu werden, nur weil ein schlauer Architektur-Astronaut beweisen muss, dass er der Größte ist ...(Meine Güte, warum fangen sie nicht einfach mit dem Boxen an?).

Ich vermute, dass ich nur paranoid bin, aber kann jemand vertrauenswürdige Links bereitstellen (Google findet nicht viel)?Idealerweise ein weißes Papier von Microsoft, in dem "Com in Wien bleibt, oder sonst!" würde meine Nerven stark niederlassen.

Answer 1

Nun, der Grund, warum sie es nannte .NET ist, weil COM3 als serieller Schnittstelle Namen gemacht. .NET ist die neue COM. Aus .NET Common Language Runtime Unleashed :

  

Die Namensänderung von COM3 COR COM + 2.0 ... zu NGWS und schließlich auf .NET.

Der Grund für die primäre Baugruppe mscorlib genannt wird, ist, dass es stand für Microsoft Common Object Runtime Library .

Answer 2

COM ist noch DAS Technologie für Inter-Prozess-Kommunikation. Schauen Sie sich die Art und Weise Sie Word steuern können, Excel, usw. aus einer anderen Anwendung. Es gibt keine Möglichkeit .Net diese ersetzen kann.

Answer 3

COM und .NET dienen unterschiedliche Bedürfnisse. Solange es ist native Code gibt es einen Bedarf für eine binäre Komponentisierung Standard, das heißt COM sein. Auch wenn die OS von Grund auf neu geschrieben wurden (was es nicht sein, noch sollte es), es würde in erster Linie nativen Code aus Gründen wie Leistung und Versionierung sein. Sie würden schnell wie COM, etwas erfinden müssen, warum also nicht die eine halten, die getestet und funktioniert hat?

Answer 4

ich weiß, ist es einfach zu denken, dass die Microsoft-Welt ist .NET ab sofort nur noch ein, dank die über hervorragende Arbeit ihrer Marketing-Abteilung getan hat, aber Microsoft unterstützt immer ihre alte Sachen, sie haben keine andere Wahl wirklich.

Sehen Sie in MFC, sie haben neue Pakete veröffentlicht, und die RibbonBar funktioniert nur auf MFC (als Büro in ihm entwickelt wird). Klar, werden sie mehr und mehr .NET-Code im Laufe der Zeit dem Schreiben beginnen, und immer weniger COM Sachen, aber sie werden es noch unterstützen.

Die COM-Entwicklungsfunktionen in Visual Studio werden an Ort und Stelle bleiben, wenn sie gehen, das ist die Zeit, die Sie wissen, dass sie nicht mehr wollen, dass wir es benutzen.

Ich lese Blogeintrag von den Visual Studio Projektmanagern, in dem er sagte, dass sie eine Menge von Beschwerden von Entwicklern über den Fokus auf C # vor kurzem erhalten hatten. Er stimmte zu und sagte, die nächste Version von Visual Studio würde in erster Linie auf nicht verwalteten C ++ Entwicklung fokussiert werden.

Answer 5

Es gibt keine keine offiziellen Aussagen, die COM-Unterstützung von zukünftigen Versionen von Windows gelöscht wird. es wird weitgehend throught die OS Einbauten verwendet. Baring vollständige Überarbeitung des OS von Grund auf (was ich nicht so bald vorstellen kann), es sicher ist, COM wird es für eine Weile zu übernehmen.

Answer 6

Ich kann nicht COM verschwinden in nächster Zeit sehen, da es eine enorme Menge von Legacy-COM-basierten Code. Aus dem gleichen Grunde erwarte ich Win32 rumhängen für die absehbare Zukunft zu sehen. Niemand kümmert sich um Windows als wie eine Plattform, sie über ihre Anwendungssoftware kümmern.

COBOL auf einem S / 360, S / 370, S / 390, zSeries und C / Unix bleibt sehr weit verbreitet Plattformen aus dem gleichen Grunde.

Answer 7

Zusammenfassend also:

COM wird bleiben, weil:1.Es funktioniert grundsätzlich 2.Es behandelt die Kommunikation zwischen Prozessen im Gegensatz zur Kommunikation zwischen Maschinen.3..NET hat viel von COM geerbt, aber nicht alles.4.Sogar Microsoft selbst verlässt sich immer noch darauf.

Und ich gehe davon aus, dass es heutzutage immer noch Unmengen von FORTRAN- und COBOL-Linien in Produktionssystemen gibt ...weil sie grundsätzlich funktionieren.

Vielen Dank euch allen für eure Antworten...Mods, zögern Sie nicht, diese Konversationsantwort zu bereinigen, aber (meiner Meinung nach) täte diese Seite gut daran, den Postern die Möglichkeit zu geben, sich öffentlich bei denen zu bedanken, die sich die Zeit nehmen, zu antworten.

Prost an alle.Keith.