GUI-vs-TUI: Automatisierung

Zur Automatisierung von wiederkehrenden Abläufen kann ich bei einem (echten) Kommandozeilen-Programm die selbe Schnittstelle, die ich im interaktiven Betrieb benutze, auch für die Automatisierung verwenden: eben die Kommandozeilen-Parameter des Programms. Oft bietet mir meine Shell auch bereits Kontrollstrukturen wie Verzweigungen und Schleifen für komplexere Vorgänge, was sich bis hin zu vollwertigen Programmiersprachen auswächst (z.B. Bourne-Shell-Skripte)

In GUIs sieht die Sache anders aus: Die Aufzeichnung von Abfolgen von Mausklicks kann wohl als gescheitert angesehen werden: auch wenn es z.T. bessere Implementierungen gab als den unsäglichen Windows-Makrorekorder, ist spätestens bei Parametrierung sowie Verzweigungen oder Schleifen Schluss. Man gibt also den GUI-Programmen ein zusätzliche Programmier-Schnittstelle, über die ihre Funktionen automatisiert verwendet werden können. Unter Windows nannte man das früher einmal OLE Automation, dann ist meines Wissens COM daraus geworden (korrigiert mich bitte, wenn ich mich hier irre), unter KDE erfüllt wohl DCOP diese Rolle.

Der Schwachpunkt dieser Ansätze ist, dass sie ein Zweit-Interface darstellen, das für die Entwickler Mehraufwand für eine kleinere Gruppe an Anwendern bedeutet. Deshalb ist die diese Programmierschnittstelle oft gar nicht oder nur mit eingeschränktem Funktionsumfang vorhanden und oft schlechter dokumentiert.
Bei Kommandozeilen-Programmen ist die Programmierschnittstelle dagegen deckungsgleich mit der Schnittstelle für interaktive Benutzer, was die Chance auf vollwertigen Funktionsumfang und brauchbare Dokumentation deutlich erhöht.

Frage ans Publikum: Auf MacOS gab es (zumindest vor OS X) einmal Apple Script. Wie ist das hier einzuordnen?