Einführung in InstantView^® Scripting

Der unmittelbar sichtbare Teil von InstantView^® sind Windowobjekte, von denen zur Zeit 30 verschiedene existieren. Windowobjekte besitzen Aktionslisten, in denen die Dynamik der Anwendung als Reaktion auf Ereignisse festgelegt ist. Es gibt Systemereignisse und frei definierte Messages (letztere sind ein wichtiges softwaretechnisches Mittel zur Strukturierung komplexer Anwendungen in voneinander unabhängige Module).

Windowressourcen und Aktionen werden mit InstantView^®Script definiert - einer einfachen Sprache, die, Bedürfnissen des Rapid Application Development entgegenkommend, so entworfen wurde, dass auch der vor allem an der Anwendung interessierte Nicht-Informatiker mit den Modellobjekten arbeiten kann. InstantView^®(Script) soll leicht zu verstehen und anzuwenden sein - in dieser Hinsicht vielleicht BASIC vergleichbar. Einfache, überschaubare Konstrukte werden eleganten, aber komplizierten Lösungen vorgezogen:

• Es gibt keine Typvereinbarungen. Variable haben den Charakter eines Containers, der Zahlen, Zeichenketten, Objekte usw. enthalten kann. InstantView^® sorgt dafür, dass Operationen nur typgerecht ausgeführt werden - im Bedarfsfall wird eine Fehlermeldung generiert. Wird einer der arithmetischen Operatoren +, -, * und / auf ein Objekt angewendet, so muss das Objekt entscheiden, ob die Operation sinnvoll und ausführbar ist oder mit einer Fehlermeldung zurückgewiesen wird.

• Logisch zusammengehörende Werte (Objekte, Zahlen, Zeichenketten) können als Vektor zusammengefasst werden.

• Anweisungen haben maximal zwei konstante Parameter, mit denen die gewünschte Operation genauer spezifiziert wird. Variable Parameter werden über einen Stack vermittelt und das Resultat einer Anweisung wird auf dem Stack abgelegt. Die Elemente des Stacks sind die gleichen Container, die für Variable benutzt werden. Warum ein Stack? Erstens, weil es ein sehr einfaches Konzept ist. Auch wer sich nie mit Programmierung befasst hat, kann sich eine InstantView^®-Anweisung leicht als einen Automaten vorstellen, der im ersten Takt etwas von einem Stapel nimmt (natürlich von oben!), danach die gewünschte Aufgabe ausführt und zuletzt das Ergebnis auf dem verbliebenen Stapel ablegt. Ein Nachteil soll nicht verschwiegen werden: die Postfix-Notation. Um a und b zu addieren, muss statt der üblichen Notierung a + b jetzt a b + geschrieben werden (da '+' beide Operanden vom Stack nimmt und danach das Ergebnis dort ablegt). Komplexe arithmetische Ausdrücke sollten allerdings innerhalb der Memberfunktionen der Objekte berechnet werden. Natürlich muss man die sich ständig ändernde Belegung des Stacks beachten. Das kann lästig werden, wenn man Zwischenergebnisse über mehrere Anweisungen hinweg aufbewahrt. Aber dafür gibt es Variable! Weniger offensichtlichen sind folgende Vorteile der Stack-Architektur: Unterprogramme in InstantView^® sind anwenderdefinierte Statements - sicher ein besseres Konzept als die GOSUB-Technik in BASIC, aber - genau wie in BASIC - ohne die Notwendigkeit, sich mit der Übergabe von Parametern zu befassen (call by value versus call by reference). InstantView^®'s Message passing in Kombination mit dem Stack-Mechanismus erlaubt es, sehr einfach und elegant mit einer Message beliebige Daten zum Empfänger zu bringen.

• Um ein Programm (lokal) zu strukturieren, gibt es die bekannten Konstrukte: Alternative (if, else), Zyklenbildung (do, while, loop), Auswahl (case) und Komposition (anwenderdefinierte Statements).

• Module unterteilen größere Anwendungen. Jedes Modul schafft einen eigenen Namensraum für Variable und anwenderdefinierte Statements. Module besitzen alle Eigenschaften der Objektorientierung:

• Kapselung: Unterschiedliche Module kommunizieren über Messages, die das Interface eines Moduls zur Außenwelt bilden. Um Module zusammenzufügen, müssen nur die akzeptierten Messages bekannt sein.

• Vererbung: Von einem Modul können weitere Module abgeleitet werden. Das abgeleitete Modul erbt die im Basismodul definierten Windowressourcen und Aktionen, um diese zu ergänzen oder durch Neudefinition zu überschreiben.

• Polymorphie: Alle geerbten Aktionen verhalten sich polymorph (analog virtual functions in C++).

Module sind die Softwarebausteine auf der höchsten Abstraktionsebene. Aus ihnen kann sofort einen Anwendung zusammengestellt werden. Um auch sehr große Anwendungen zu unterstützen, wurden externe Moduldefinitionen eingeführt.

Ein intelligentes Mapping zwischen Window- und Modell-Objekten steuert den Datenaustausch zwischen Modell und Oberfläche. Die Visualisierung der Modelldaten wird einfach und effektiv (FillWindow, DrainWindow). Die Bindung zwischen View und Modell beschreibt ein Zugriffsausdruck, mit dem  u.a. Relationen verfolgt und Funktionen aufgerufen werden können.

Die meisten Modellklassen von InstantView^® haben die Fähigkeit, neben  den durch die C++-Klassendefinition statisch festgelegten Daten auch  dynamische Daten - Slots - zu halten. InstantView^® sorgt dafür, dass Slots wie 'normale' Datenmember erscheinen. Slots können in einem  Zugriffsausdruck erscheinen oder bei der Formulierung einer Query benutzt  werden. Das Mapping zwischen Modell und Oberfläche trägt dem Umstand  Rechnung, dass ein Slot nicht notwendigerweise in allen Instanzen einer  Klasse vorhanden sein muss (volatile window objects).

InstantView^® ist ein Interpreter. In InstantView^®Script beschriebene Anwendungen werden beim Programmstart in ein zur Laufzeit sehr schnell  interpretierbares internes Format übersetzt.

Die Oberfläche einer Anwendung wird im allgemeinen interaktiv mit der ClassiX^® WorkBench aufgebaut. Die Workbench generiert automatisch die  entsprechenden InstantView^®Script-Files. Der generierte Code kann in jeder  Stufe der Entwicklung mit einem Texteditor oder wieder mit der Workbench  weiterbearbeitet werden.