Anwendungsentwicklung für Symbian OS

Das Makro TRAP bzw. TRAPD stellt einen Mechanismus zur Verfügung, der
mit dem Exception-Handling in anderen Programmiersprachen vergleichbar
ist. Der erste Parameter ist dabei eine Variable, in der ein Fehlercode gespeichert
wird. Der zweite Parameter ist die auszuführende Funktion. Eine
Funktion kann mittels USER::LEAVE() die normale Ausführung beenden
und die Exception-Behandlung anstoßen. Als Programmierkonvention gilt es
Funktionen, die solche Fehler auslösen können, mit einem L am Ende des
Funktionsnamens zu kennzeichnen. Das __ASSERT_ALWAYS-Makro überprüft
anschließend, ob die in TRAPD ausgeführte Funktion einen Fehler zurückgeliefert
hat und reagiert entsprechend. Durch den Aufruf von User::Panic()
wird eine Systemreaktion (Panic) ausgelöst. Dies führt dazu, daß der Kernel
die Programmausführung stoppt und den kompletten zum Prozess gehörenden
Speicher freigibt.
Das eigentliche Verhalten der Anwendung wird durch die Befehle Printf()
und Getch() des Konsolenobjekts realisiert. Printf() gibt dabei eine Zeichenkette
auf der Konsole aus, während Getch() auf eine Benutzereingabe
wartet und danach mit der Ausführung des Programms fortfährt.
Der Parameter _L("Hello World!\n"), welcher Printf() übergeben wird,
ist mit einem String-Objekt vergleichbar. In Symbian werden anstelle von
Strings so genannte Deskriptoren verwendet. Diese entsprechen im Grunde
einer String-Klasse und bieten ähnliche Funktionen an. Dazu zählt u.a. das
Suchen von Zeichen oder der lexikographische Vergleich. Zur Erstellung von
Deskriptoren existieren zwei Makros. Das Makro _L erzeugt einen Deskriptor
ohne einen Namen dafür zu vergeben. Er kann so direkt als Parameter
übergeben werden. Werden Deskriptoren an mehreren Stellen benötigt, ist es
sinnvoll mittels _LIT 25 einen benannten Deskriptor zu erzeugen.
4.4.2 Graphische-Anwendung
GUI-Anwendungen 26 für Symbian basieren auf CONE 27 und EIKON 28 . CO-
NE ist hierbei die zugrunde liegende Schicht, die eine Zeichenfläche auf
dem Display bereitstellt und für die Eventbehandlung zuständig ist. EI-
KON hingegen verwaltet das Look&Feel der Oberfläche. Die Komponenten
von EIKON sind entsprechend austausch- und erweiterbar. So können Gerätehersteller
die GUI-Komponenten ihrer Software anpassen und erweitern
ohne tief in den Code des Betriebssystems einzugreifen. Auf der nächsten
Schicht des Frameworks erben Klassen des UIKON-Frameworks von EIKON-
25 _L bzw. _LIT steht dabei für Literal
26 GUI: Graphical User Interface bzw. Grafische Benutzeroberfläche
27 Control-Environment
28 Griechisch für Aussehen, Form
13