Gibt es Alternativen zu AppleScript, wenn es um die Skripterstellung für den Mac geht? Seine API scheint genial zu sein, aber die Sprache selbst, von dem, was ich bisher gelesen habe, scheint mehr auf Nicht-Programmierer gerichtet zu sein.
Einblicke in das wären sehr hilfreich.
(Im Moment denke ich darüber nach, einen Tiling Window Manager für den Mac zu schreiben. Ja, ich weiß, dass einige existieren, aber dies wird Open Source sein. Ja, ich kenne Xmonad, aber es tut nur X11-Fenster.)
Danke!
Wenn Ruby dein Ding ist, könntest du RubyOSA benutzen, das es erlaubt, Ruby zu benutzen, um mit Apples Event Manager zu interagieren:
Gibt es bei der Skripterstellung für den Mac Alternativen zu AppleScript?
Hängt davon ab, was Sie tun möchten. Wenn Sie Apple-Ereignisse an andere Anwendungen senden möchten, ja; zum Ausführen von Skripten von OSA-fähigen Anwendungen (Mailregeln, Ordneraktionen usw.), nicht wirklich.
Die beste technische Alternative ist appscript (mein Baby), die für Python, Ruby und Objective-C ab 10.4 verfügbar ist. (Es gibt auch eine MacRuby-Version, aber ich muss noch eine öffentliche Version davon veröffentlichen.) Feature-appscript ist etwas besser als AppleScript und seine Anwendungskompatibilität ist fast so gut. Third-Party-Projekt, so dass Sie es selbst installieren müssen (aber das ist einfach genug, solange Sie Xcode haben) und MIT lizenziert, so dass Sie es nach Bedarf neu verteilen können (z. B. in Ihrem Anwendungspaket enthalten). Ziemlich anständiges Tool und Dokumentationsunterstützung, einschließlich einer Online-Buch von Matt Neuburg, mit Mailinglisten-Unterstützung für die Python- und Ruby-Versionen und direkte E-Mail-Unterstützung für die anderen.
Die 'offizielle' Alternative ist Apples Scripting Bridge . Die API sieht sehr Cocoa-ähnlich aus, aber das ist wirklich nur eine Menge Rauch und Spiegeln , die es letztendlich weniger leistungsfähig als AppleScript machen und wesentlich anfälliger für Anwendungskompatibilitätsprobleme sind (und trickreiche Fehlersuche, wenn es schief geht). Werkzeug, Dokumentation und Community-Unterstützung ist auch nicht so gut (Appscript ist besser; AppleScript ist noch besser). Der Hauptvorteil von SB besteht darin, dass es in 10.5+ enthalten ist und keine zusätzliche Installation benötigt. Ich würde es wegen seiner technischen Mängel nicht für schwere Automatisierungsarbeiten empfehlen, aber für bescheidene Automatisierungsaufgaben mit verbindlichen Apps kann es ausreichen.
Andere Bridges existieren (z. B. Perls Mac :: Glue, RubyOSA), aber sie sind nicht so leistungsfähig, beliebt und / oder werden aktiv unterstützt.
Alles, was Sie gesagt haben, wenn Sie ernsthaftes Applikations-Scripting durchführen wollen, müssen Sie immer noch AppleScript lernen, denn dort finden Sie den Großteil der Literatur, Beispielskripte und Community-Know-how. All dies wird benötigt, da die meisten skriptfähigen Anwendungen notorisch unzureichend dokumentiert sind.
Besuche MacRuby . Es gibt auch interessante Ansätze mit Python (hauptsächlich zum Schreiben von Plugins) und TCL / TK .
Vielleicht nicht das Ding für den Zweck, den Sie beschreiben, aber es gibt auch einen Quartz Composer , ein weit verbreitetes unbekannte, aber interessante visuelle Programmierumgebung mit viel Potential.
Es gibt Brücken zu AppleScript von Ruby, objective-c und anderen.
Tags und Links applescript