ActiveX   

Das von der Firma Microsoft angebotene ActiveX [#!actx00!#] stellt weniger eine Bausteinarchitektur im herkömmlichen Sinne dar, sondern eine Sammlung unterschiedlicher Technologien, die in ihrer Gesamtheit als Bausteinarchitektur betrachtet werden können [#!szy98!#]. Hierzu zu zählen ist beispielsweise das Component Object Model (COM) COM Component Object Model   [#!com00!#], das die Infrastruktur für die transparente Kommunikation zwischen Objekten innerhalb eines Systems zur Verfügung stellt. Es definiert sowohl die Struktur der Objektschnittstellen als auch einige wenige Basisschnittstellen, die von jedem Objekt implementiert werden müssen, einen Verzeichnisdienst für die Lokalisierung aufzurufender Objekte sowie weitere Basisdienste für die Objektkommunikation. Das Distributed Component Object Model (DCOM) DCOM Distributed Component Object Model   erweitert COM dahingehend, daß es die Kommunikation zwischen Objekten über Systemgrenzen hinweg unterstützt.

Der folgende Abschnitt soll einen kleinen Einblick in die bausteinorientierte Programmierung mit ActiveX geben und kurz die beteiligten Technologien darstellen.

• Bausteinbegriff

  Eine ActiveX-Komponente stellt einen wiederverwendbaren Software-Baustein dar, der in beliebigen Anwendungen eingesetzt werden kann. Ähnlich wie bei den JavaBeans kann eine ActiveX-Komponente beliebige Funktionalität implementieren, die von einfachen Oberflächenbausteinen (wie z.B. Buttons) bis zu vollständigen Anwendungen reichen kann. Es handelt sich um COM -Objekte, die um Schnittstellen zur Kommunikation mit dem ausführenden Container erweitert wurden. Ihre Erstellung ist nicht auf eine bestimmte Programmiersprache beschränkt.

  Grundsätzlich lassen sich drei Arten von ActiveX-Komponenten unterscheiden [#!appl98!#]:

  • DLLs
  • EXE-Server
  • Controls
  Dynamic Link Libraries (DLLs) DLL Dynamic Link Library   werden innerhalb des aufrufenden Threads ausgeführt und stellen somit eine Möglichkeit der Wiederverwendung von Code dar, ohne dabei Einbußen bezüglich der Performanz in Kauf nehmen zu müssen. Im Gegensatz dazu laufen EXE-Server innerhalb eines eigenen Threads, was zur Verschlechterung der Performanz beim Aufruf dieser Objekte führt, dafür aber eine Parallelisierung der Abläufe gestattet. Controls hingegen sind spezielle Komponenten für die Erstellung von Benutzeroberflächen; sie laufen immer innerhalb des aufrufenden Threads.
• Schnittstellen

  Da jede ActiveX-Komponente gleichzeitig ein COM -Objekt ist, muß sie zumindest die Standardschnittstellen, die von jedem COM -Objekt implementiert werden müssen, zur Verfügung stellen. Darüber hinaus existieren einige optionale Schnittstellen, die der Kommunikation mit dem ausführenden Container dienen.

  Die eigentliche Funktionalität der Komponenten kann über ihre darüber hinaus verfügbaren öffentlichen Methoden aufgerufen werden. Änderungen des Zustandes werden über sogenannte outgoing interfaces bekannt gegeben. Hierbei handelt es sich um die Beschreibung einer Schnittstelle, die von der jeweiligen Komponente aufgerufen werden kann, sofern sie von einer anderen Komponente implementiert wird. Somit steht auch hier eine Möglichkeit zur Verfügung, ereignisbasierte Kommunikation zwischen den Komponenten zu realisieren.

  Die an den Schnittstellen angebotenen Methoden können mit Hilfe generischer COM -Mechanismen erfragt werden oder können in einer sogenannten type library explizit beschrieben werden.

• Customization

  Die Anpassung von ActiveX-Komponenten an die Gegebenheiten einer bestimmten Anwendung erfolgt über das Setzen von öffentlichen Attributen. Hierzu müssen wiederum Methoden zur Verfügung gestellt werden, die sowohl ein Auslesen der Attributwerte als auch deren Veränderung gestatten.

• Verknüpfung von Bausteinen

  Die Verknüpfung einzelner Bausteine zu einer lauffähigen Anwendung kann mit jeder beliebigen Programmiersprache, die COM  unterstützt, erfolgen. Dem bei den JavaBeans bereits umgesetzten Gedanken der visuellen Programmierung, also der automatischen Generierung der Verknüpfung von Bausteinen durch die Entwicklungsumgebung , sehr nahe kommt z.B. die Verknüpfung mit Hilfe von Visual Basic .

  Visual Basic gestattet es, Komponenten auf einem sogenannten Form zu platzieren und die Verknüpfung der Komponenten durch die Ausprogrammierung sogenannter Event-Prozeduren zu realisieren. Dies bedeutet, daß die Entwicklungsumgebung  dem Anwendungsentwickler die von einer Komponente angebotenen Events präsentiert, so daß dieser das gewünschte daraus auswählen kann. Daraufhin wird ein einfaches Gerüst einer Prozedur erzeugt, die bei Eintreten des Events aufgerufen wird. Diese ist nun vom Anwendungsentwickler geeignet zu programmieren und kann insbesondere den einfachen Aufruf einer Methode einer anderen Komponente enthalten.

  Das in Abbildung  dargestellte, sehr einfache Beispiel verdeutlicht dies nochmals. Es stellt eine Prozedur dar, die aufgerufen wird, wenn die Komponente mit dem Namen Button1 angeklickt wird. Der Rumpf der Prozedur wurde automatisch mit Hilfe von Visual Basic erzeugt. Vom Anwendungsentwickler ist der Aufruf der Methode Move des Objektes ObjectXY eingefügt worden.
  

   

  Abbildung: Mit Hilfe von Visual Basic teilweise automatisch generierte Prozedur 

  4#4

  
  Die Programmierung einer derartigen Event-Prozedur ist dabei nicht auf den einfachen Aufruf einer weiteren Komponenten beschränkt sondern kann beliebige Anweisungen und Aufrufe weiterer Komponenten enthalten.