(D)COM(+)(-Server), OLE, .NET - So viele Begriffe, so wenig Ahnung

[Der schöne Günther]

Disclaimer: Man dürfte mittlerweile in aller Deutlichkeit gemerkt haben, dass ich vielleicht zu vielen Dingen etwas zu sagen, aber von nichts wirklich Ahnung habe. Ich war bislang mit Java und im 3D-Bereich unterwegs und nie wirklich nahe am Betriebssystem.

Von der reinen Windows-Welt und ihren Mitteln der IPC weiß ich daher (noch) nicht allzu viel und habe scheinbar auch eine Menge Spezialitäten der Microsoft-Welt in den letzten zehn Jahren verpasst.


Wie der Titel es schon verrät - Ich suche und suche, und finde nirgends eine wirkliche Antwort, was es mit COM, OLE und .NET überhaupt auf sich hat. Ich kann von niemandem erwarten, mir einfach so ein komplexes Themengebiet näherzubringen. Ich suche aktuelle Artikel und Bücher, in denen ich mit null Wissen ganz vorne anfangen und verstehen kann, worum es hier überhaupt geht.

Die einzigen Artikel über fünf Zeilen die ich gefunden und mir für dieses Wochenende vorgenommen habe sind

• http://www.informit.com/articles/pri....aspx?p=680832
• http://msdn.microsoft.com/de-de/library/ms973850.aspx

Aber auch die beiden sind schon ziemlich alt.

Wo fange ich nun am besten an?

[Bernhard Geyer]

Vergleichen wir es mal mit dem Was Java so bietet bzw. was evtl. Gegenstücke wären

(D)COM = Corba (bzw. heutzutage würde man oft eher WebServices oder REST mit JSON verwenden)
OLE = Custom Controls (Jedoch Programmiersprachenunabhängig)
.NET (Framework/Runtime) = Java Framework/Runtime

[p80286]

Auch wenn es stark verkürzt ist

Zitat:

Automatisierung [Bearbeiten]

Das Steuern von Anwendungen über COM-Schnittstellen wird als Automatisierung bezeichnet. Von dieser Anwendungsmöglichkeit wird häufig im Rahmen von OLE (Object Linking and Embedding) Gebrauch gemacht.

http://de.wikipedia.org/wiki/Component_Object_Model

Gruß
K-H

[Der schöne Günther]

Seit Windows 3.1!

Großer Gott, was ist da an mir vorübergegangen...


Auch wenn ich noch eine Menge Text vor mir habe, verstehe ich noch nicht wirklich, wie ".NET" da jetzt hineinkommt. Ganz grob glaube ich doch, dass dessen Heilsbotschaft ist, dass das Programm nicht nativ läuft sondern, ähnlich Java, als Bytecode für eine kleine VM vorliegt - Und die ganzen .NET-Editionen von Sprachen alle den gleichen Unterbau verwenden und die IPC so vereinfacht wird?

[p80286]

Die Heilsbotschaft ist eher, das .NET immer vollkommen kompatibel zum aktuellen Windows ist.
Wenn Du so willst, ist es eine vollständige API-Kapselung mit den Zugaben für COM OLE (MS-SQL)DB und und.....

Gruß
K-H

[Medium]

Richtig ist aber dennoch, dass .NET Java nicht unähnlich ist. Programmcode wird in die sog. "IL" (Intermediate Language) kompiliert (~Java Bytecode), und das ist, was in einer .NET-EXE (u.a.) steht. Auf dem Ziel-PC muss zur Ausführung das .NET-Framework installiert sein, welches die IL bei Ausführung in nativen Code über- und ausführt, sowie diverse Schnittstellen des Betriebssystems in geeigneter Form bereit hält. Der JVM also recht ähnlich. COM kommt hier insofern mit ins Spiel, als dass vieles im .NET Framework auf COM-Techniken basiert. Die beiden sind aber mitnichten verheiratet!

Was .NET so nett macht ist, dass es zum einen verspricht, die IL für die jeweilige Plattform optimiert zu kompilieren, auf der man es gerade ausführen will, vor allem aber auch die weitestgehend objekt-orientierte Kapselung der WinAPI. Und dazu noch ein (bzw. zwei) hübsche GUI Frameworks. (Winforms und WPF.) Zudem ist im .NET Framework einiges an Helfern und Dingen, die man so im Programmieralltag braucht bereits als fertige Lib enthalten, wofür man in vielen anderen Umgebungen erst 3rd-Party Code suchen müsste. Es ist alles in allem wohl vor allem ein deutlich weicheres Kissen als die nackte WinAPI, und zwar "ab Werk".

OLE ist ein Subsystem, dass es ermöglicht "Komponenten" Betriebssystemweit zu teilen. Quasi ein TButton, der sich via OLE in C, C++, C#, Delphi, etc. einsetzen ließe, und für alle Sprachen die selbe Codebasis und die selben Binaries hat. Windows regelt das Zusammenspiel zwischen deren Interface und der benutzenden Applikation. Ein Stichwort zu OLE wäre auch noch ActiveX, welches auf OLE basiert. (Die meisten OLE-Controls sind jedoch weit komplexer als ein Button, und teils gar ganze Programme in eigenen Prozessen, die via OLE programmgesteuert nutzbar werden - z.B. die Office Programme.)