Einleitung zu WSH und VBScript

Mit dem Windows Scripting Host (WSH) hat Microsoft seit dem InternetExplorer 4.0 bzw. Windows98 endlich nachgerüstet, was die Betriebssysteme Unix, OS/2 und Mac OS schon lange können. Endlich können Routineaufgaben und wesentliche Abläufe automatisiert werden, ohne dass sich ein Anwender erst eine Entwicklungsumgebung zulegen muss. Auf der Basis einfacher Skripts können Programme gesteuert und deren Leistungen verbunden werden.

Der WSH selbst schirmt die Windows-API nochmals ab und dient als Schnittstelle zu verschiedenen Skriptsprachen und dem Betriebsystem Windows. Derzeit gibt es, wie in der Grafik oben angedeutet, mehrere Skriptsprachen, die an den WSH "andocken" können: JScript und VBScript (beide von Microsoft), PerlScript (von ActiveState) und auch noch weitere, wie REXX, Python, ...


Wer oder was ist nun mein Scripting Host?
Der WSH ist nicht etwa ein einzelnes spezielles Programm, sondern man versteht darunter ein beliebiges ausführbares Programm, das in der Lage ist, ein Skript zu lesen, und dieses zu interpretieren (bzw. an einen Interpreter weiterzugeben). Sie haben auf Ihrem Rechner mehrere solcher Programme, die genau das können: die WSCRIPT.EXE, CSCRIPT.EXE und den InternetExplorer.

Am verbreitetsten dürfte VB-Script sein, daher einige Erläuterungen anhand dieser Skriptsprache:

• Man erkennt VB-Skripte an der Dateierweiterung VBS. Ein Doppelklick auf eine VBS-Datei startet (meist) die WSCRIPT.EXE (entspr. der Dateiverknüpfung in der Registry). Diese WSCRIPT.EXE besitzt kein Programmfenster und ist zu Zeit ihrer Ausführung immer unsichtbar. Ausgaben (mit der Funktion ECHO) werden als Dialogboxen angezeigt.
  
  
• Desweiteren stellt Microsoft eine CSCRIPT.EXE bereit, die VB-Skripte genauso ausführt, aber mit dem DOS-Eingabefenster arbeitet. Ausgaben (mit der Funktion ECHO) werden von der CSCRIPT.EXE als Textzeilen ausgegeben.
  
  
• VBScripte können aber auch in einer HTML-Seite eingebettet sein und auf der (Browser-)Clientseite interpretiert werden:

      <SCRIPT LANGUAGE="VBSCRIPT">
      ...
      </SCRIPT>

  
  Derzeit kann von den Browsern jedoch nur der Internet-Explorer diese Form von VBScript ausführen, was jedoch kein Mangel der anderen Browser darstellt. Durch die Verwendung von Active-X-Technologie ist VBScript stark an Windows gebunden; andere Browser setzen dagegen auf Plattformunabhängigkeit.
  
  

Anmerkung:
Für den, der schon unter MS Windows in einer höheren Programmiersprache programmiert hat: Ein Direkt-Zugriff auf die Windows-API ist nicht (mit reinen Bordmitteln) möglich. Es gibt im Internet oder als Beilage von div. Büchern Erweiterungen in Form von OCX-Dateien (Active-X-Objekten), die weitergehende Zugriffe auf das Betriebssystem ermöglichen

Seitenanfang

VisualBasic-Script

VBScript ist nun eine der beiden Skriptsprachen, die von Microsoft mitgeliefert werden. Es ist eine Art "kleiner Bruder" der grossen Entwicklungsumgebung Visual Basic. Die Syntax ähnelt VB; der Sprachumfang ist jedoch weit geringer.

Jeder, der schon einmal in einer (beliebigen) Programmiersprache entwickelt hat, wird hiermit klarkommen. (Fast) Selbstverständlich finden sich die allg. Bausteine von Programmiersprachen wieder:

• Programm-Schleifen (for/ repeat-until/ while...do)
• Verzweigungen (if-then-else/ case...)
• Funktionen und Prozeduren
• bis hin zu regulären Ausdrücken (Freunde von LINUX/UNIX-Shellsprachen oder PERL werden dies kennen).

VBScript ist eine Interpretersprache, d.h. ein Programm (eben der Interpreter) liest die Skriptdatei und führt diese zeilenweise aus. Ein VBScript wird nicht compiliert - weder zu einer EXE-Datei noch im Arbeitsspeicher, wie dies bei PERL der Fall ist.

Mit Hilfe von (COM-)Objekten ist es möglich, mit verschiedenen Komponenten des Betriebsystems zu arbeiten: Man kann auf die Registry (Registrierdatenbank), das Filesystem (Dateien und Ordner) und im System registrierte Anwendungen und Active-X-Komponenten zugreifen.



Seitenanfang