Die Arbeit von William R. Cook enthält eine hervorragende Geschichte und Einblicke von denjenigen, die 1989 mit AppleScript zu tun hatten.
Was folgt, ist lustig und spekulativ.
Platzersparnis und Verarbeitung
AppleScript wurde zu einer Zeit geschrieben, als jedes Byte und Bit wertvoll war. Die verzögerte Codierung von OS X als Eigenschaftenlistenformate wäre für diese frühen Entwickler eine Verschwendung.
Das Binärformat lieferte ein vorgefertigtes Formular, mit dem das Duplizieren des komplexen, fehleranfälligen und zeitaufwendigen Analyseprozesses bei jedem Laden von der Festplatte vermieden wurde. Besser direkt in den Speicher laden und ausführen.
Adaptiv
Durch das Speichern in einem Binärformat konnten AppleScripts an die zugrunde liegenden AppleEvent-Codes und nicht an das Wörterbuch mit der Langform-Terminologie gebunden werden.
Auf diese Weise kann ein AppleScript, das für eine Version einer Anwendung geschrieben und gespeichert wurde, automatisch auf Terminologieänderungen zwischen Versionen der Zielanwendungen aktualisiert werden.
Ein Integer-Objekt kann im Skript als "Integer" bezeichnet int , in der Binärdarstellung jedoch als vierstelliger Code " " gespeichert werden . Der vierstellige Code aus dem vom Betriebssystem bereitgestellten AppleScript-Wörterbuch.
Wenn eine zukünftige AppleScript-Terminologie beschließt, das dem Benutzer zugewandte Wort für Ganzzahl zu ändern, kann die Binärdarstellung dem neueren Namen zugeordnet werden.
Eine Kehrseite dazu ist heute zu sehen. Schreiben Sie ein AppleScript gegen das Wörterbuch einer Anwendung. Entfernen Sie dann die Anwendung vollständig von Ihrem Mac. Was sehen Sie im Skript-Editor beim Öffnen des Skripts?
Zumindest in neueren Versionen zeigte der AppleScript-Editor den vierstelligen Code mit Pfeilen . Der Code wurde gespeichert und hervorgehoben. Nicht die Terminologie des Benutzers.
Dies ist wahrscheinlich nicht der Hauptnutzen, sondern ein möglicher Nutzen.
Moderner Bias
Es lohnt sich, unsere moderne Ausrichtung auf Textdokumente zu würdigen. Die Erfahrung hat viele von uns gelehrt, dass das Speichern wertvoller Inhalte in einem Binärformat ein Risiko birgt. Binärformate sind häufig schlecht dokumentiert, für den Endbenutzer undurchsichtig und können nur schwer geöffnet werden, wenn die zugehörige Software nicht gewartet wird.
Bei der Erstellung von AppleScript und seines Binärformats wurde diese Verzerrung noch nicht gebildet. Speicher- und Rechenbeschränkungen waren sehr real und jedes Kilobyte oder Tausende von Zyklen, die eingespart wurden, waren lohnenswert.
Geschichte und Herkunft
Die Geschichten über die Entstehung von AppleScript sind wundervoll, aber heutzutage schwer aufzuspüren. AppleScript versuchte, eine freundliche, englische Sprache zu sein, und war atemberaubend in seiner Vision. Die eigentliche Implementierung war schwieriger zu erreichen!