Aktives Schreiben - Active Scripting

Active Scripting (früher bekannt als ActiveX Scripting ) ist die Technologie, die in Windows verwendet wird , um komponentenbasierte Skriptunterstützung zu implementieren. Es basiert auf OLE-Automation (Teil von COM ) und ermöglicht die Installation zusätzlicher Scripting-Engines in Form von COM-Modulen.

Verwendung und Geschichte

Die Active Scripting-Technologien wurden erstmals 1996 mit der Veröffentlichung der Produkte Microsoft Internet Explorer 3.0 (August 1996) und Internet Information Services 3.0 (Dezember 1996) veröffentlicht.

Übliche Anwendungen von Active Scripting umfassen Active Server Pages (ASP) -Serverskripts , Internet Explorer und Windows Script Host (WSH)-Skripte, die Routineaufgaben automatisieren, einschließlich der Verwendung für Anmeldeskripts, Registrierungsmanipulation und dergleichen. Andere administrative Verwendungen umfassen die Windows-Verwaltungsinstrumentation und Active Directory- Dienstschnittstellen. Active Scripting kann auch für allgemeines Scripting verwendet werden, wie z. B. Datenbankprogrammierung, Textverarbeitung, Rapid Prototyping und Anwendungsmakro-/Scripting-Programmierung; einige Anwendungen verwenden Active Scripting als Hauptautomatisierungsmethode, andere haben keine Makrofunktion, aber die Komponenten stehen für die Verwendung über die API zur Verfügung; Oder Sie können eine Sprache und/oder ein Tool hinzufügen, die standardmäßig nicht verfügbar sind, wie z. B. die Programmierung von Microsoft Excel in Perl oder REXX anstelle von Visual Basic for Applications (VBA) oder die Übertragung von Daten von einem Terminalemulator an ein Textverarbeitungsprogramm über eine Tabellenkalkulation, wenn sie haben unterschiedliche Makro-Tools oder gar keine.

Für viele der oben genannten Anwendungen ist Active Scripting eine Ergänzung zu Windows, die der Funktionalität von Unix-Shell-Skripten ähnelt, sowie eine inkrementelle Verbesserung von Batch-Dateien (command.com), Shell-Skripten im Windows NT-Stil (cmd.exe). und durch VBScript der Ersatz für QBasic , der zuletzt auf der Zusatz-CD für Windows 95 verfügbar war. Die meisten der unten erwähnten Sprachen für Active Scripting sind Glue-Sprachen , wobei Perl das am häufigsten verwendete Skript von Drittanbietern ist Motor.

Die Schnittstellen zu Active Scripting-Engines sind öffentlich, sodass jeder Entwickler Anwendungen erstellen kann, die in Active Scripting-Sprachen sowie Engines für zusätzliche Sprachen programmierbar sind.

Implementierungen

Active Scripting-Engines sind für mehrere Sprachen verfügbar. Einige der beliebtesten sind:

  • VBScript- und JScript- Engines sind in der Standardinstallation von Windows-Versionen nach Windows 95 enthalten und können mit CE optional installiert werden .
  • Visual Basic for Applications (VBA) ist ein drittes Standard-Skriptmodul. Es ist nicht Teil der Windows-Installation und erfordert die Installation von Microsoft Office oder anderen VBA-programmierbaren Softwarepaketen. In einigen Fällen können sich mehrere Softwarepakete dieselbe VBA-Installation teilen.
  • Eine Perl- Engine, die als Teil der ActivePerl- Distribution bereitgestellt wird .
  • Eine Python- Engine, die als Teil der pywin32- Erweiterung bereitgestellt wird .
  • Die Standard- PHP- Installation für Windows enthält eine Engine namens ActivePHP und PHPScript in verschiedenen Versionen.
  • Haskell .
  • REXX (mehrere Versionen).
  • Delphi .
  • XSLT .
  • Tkl .
  • Fortran .
  • Lua .
  • Rubin
  • Die DCL-basierte Skriptsprache XLNT kommt ebenfalls mit einer Skript-Engine.

Unter Windows sind CScript.exe an der Befehlszeile und WScript.exe, die in der GUI ausgeführt werden, die wichtigsten Mittel zur Implementierung der installierten Active Script-Sprachen. Wenn Sie auf ein Symbol klicken oder über die Befehlszeile ein Skript, den Ausführen-Dialog usw. ausführen, wird standardmäßig eine Nur-Text-Datei mit dem Code ausgeführt. Eine Windows- Skriptdatei (.wsf) ist eine XML- Datei, die neben anderen Elementen mehr als ein Skript in mehr als einer Sprache enthalten kann und vom Windows-Skript-Host ausgeführt wird.

Die Drittanbieter-Shell Take Command kann ab Version 10 für die direkte Interoperabilität mit dem Skript-Host und seinen installierten Engines konfiguriert werden; Berichten zufolge befindet sich derzeit eine WSH-Engine auf Basis der Take Command-Sprache in der Entwicklung.

Einige Software wie SecureCRT verwenden die WSH-Funktionalität, um die Automatisierung mithilfe einer installierten Skript-Engine zu ermöglichen.

Der Skripthost, zugehörige Komponenten und Engines können wie jede andere Komponente in Windows-Anwendungen integriert und von dort aufgerufen werden.

Aktueller Status

Active Scripting gilt als abgeschlossen und wird von Microsoft nicht mehr aktiv entwickelt. Die Technologie wird jedoch weiterhin vom Sustaining Engineering Team von Microsoft unterstützt , das für Fehlerbehebungen und Sicherheitsverbesserungen verantwortlich ist. Darüber hinaus werden Skript-Engines weiterhin mit zukünftigen Versionen von Microsoft Windows und IIS ausgeliefert.

Ursprünglich hatte das .NET Framework eine eigene Scripting-Technologie und eine separate Scripting-IDE namens Visual Studio for Applications (VSA), und die Schnittstellen zur Technologie waren auch über Active Scripting verfügbar, sodass selbst .NET-unerfahrene Anwendungen geskriptet werden konnten .NET-Sprachen verwenden. VSA sollte auch Visual Basic for Applications ersetzen. Diese gesamte Technologie wurde jedoch in Version 2.0 von .NET Framework veraltet, sodass kein klarer Upgradepfad für Anwendungen übrig blieb, die Active Scripting-Unterstützung wünschen (obwohl "Skripte" in C# , VBScript, Visual Basic .NET und anderen .NET-Sprachen erstellt werden können , die zur Laufzeit über Bibliotheken kompiliert und ausgeführt werden können, die als Teil der Standard-.NET-Laufzeit installiert sind).

Microsoft hat auch Windows PowerShell eingeführt , das Anwendungen über PowerShell-Cmdlets oder PowerShell-Anbieter verfügbar machen kann.

Siehe auch

Verweise

Externe Links