Anwendungsautomation

Es gibt zwei Varianten, die PowerShell für eigene Anwendungen zu nutzen. Die erste basiert darauf, dass es neben der UI-Schnittstelle einer Anwendung mit der Power­Shell eine weitere Möglichkeit gibt, auf die Anwendung zuzugreifen, Daten zu manipulieren und interne Prozesse auszulösen (Bild 1). Diese Variante ist relativ einfach umzusetzen, wenn die Anwendung bereits über ein öffentliches API verfügt. Dann bietet die PowerShell ein weiteres Format des Zugriffs, und die Anwendung bemerkt es bestenfalls gar nicht, dass neben der Oberfläche der Anwendung noch ein weiterer ­Client für ihr API existiert. Dabei hängt viel von der Qualität des API ab. Ist dieses sehr auf die Bedürfnisse der Oberfläche ausgerichtet, wird die Umsetzung einer Power­Shell-Schnittstelle nicht so einfach sein, denn deren funktionale ­Semantik unterscheidet sich mitunter deutlich von der der Oberfläche. Orientiert sich das API hingegen an den funktio­nalen Möglichkeiten, an den Daten und Prozessen der Anwendung, wird eine PowerShell-Schnittstelle ohne große Schwierigkeiten zu konzipieren und umzusetzen sein. Die interne Struktur der Anwendung ist hingegen weniger von Bedeutung. Ob sie als Mehrschichtanwendung oder mit Ring­architektur umgesetzt wurde, ist für die Implementierung einer PowerShell-Schnittstelle ohne Bedeutung.