Download (5Mb) - oops/ - Oldenburger Online-Publikations-Server

5.3 Client-Architektur und -Funktionalität 65
Abbildung 5.4: Grundlegende Architektur einer Anwendung für die Android Plattform.
Quelle: [ACS09]
Grundsätzlich werden Activities als die wichtigsten Komponenten angesehen – eine Aktivität repräsentiert
die auf dem Bildschirm des End-Geräts dargestellte Elementen. Darüber hinaus verfolgt
eine Aktivität über einen festen “Lebenszyklus”, die besagt wann die Aktivität dekonstruiert bzw.
nicht mehr angezeigt werden soll, wann die wieder dargestellt werden soll usw. Die visuelle Ausprägung
einer Aktivität wird von einem Layout repräsentiert, welche die jeweiligen Komponenten
(auch als Views bekannt) enthält. Views sind das, was der End-Benutzer sieht und damit interagiert
[ACS09].
Views und Layouts können bestimmte visuellen Attributen wie z.B. String-Werte, Farben, eine
Theme oder sämtliche Grafiken für die Darstellung brauchen. Diese Dateien werden vom Anwendungsentwickler
zur Verfügung gestellt; sie werden vorkompiliert und im “Lieferumfang” der Anwendung
eingebettet, sodass die laufende Anwendung auf sie zurückgreifen kann, als Ressourcen für
die jeweilige Aktivität oder View.
Ein letzter Element von Interesse an dieser Stelle ist die Architektur der Benutzeroberfläche (GUI),
die von Android bereitgestellt wird. Die Android GUI ähnelt normale Java-basierte GUI Bibliotheken
wie Swing oder SWT, indem ein einzelner Thread zur Verfügung gestellt wird, zusammen mit
einer Bibliothek von ineinander schachtelbaren Komponenten, die auf Ereignisse aus der Laufzeitumgebung
reagieren können (engl. event-driven). Die Organisation der Android GUI-Komponenten
verfolgt das “MVC” Prinzip (Model–View–Controller, ein Software-Architekturmuster, welches zur
Strukturierung von Software-Lösungen hilft [Wei03]) und ist in Abbildung 5.5 dargestellt: