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

5.3 Client-Architektur und -Funktionalität 63
Die Konzepten lassen sich kurz folgendermaßen veranschaulichen: ein oder mehrere Erzeuger (Publisher)
verbinden sich mit dem Broker und verschicken mehrere Mitteilungen mittels AMQP, die für
einen bestimmten “Posteingang” oder “Poststelle” (Exchange) gemeint sind. In der “Post” werden
Kopien dieser Mitteilungen zu den entsprechenden “Abonnenten” (die Verbraucher) anhand spezifischer
Regel auf den Weg (Route) zu dem für einen bestimmten Verbraucher (Consumer) zuständigen
“Postfach” (Queue) geliefert.
Ein wesentlicher Unterschied zwischen AMQP und anderen Protokollen für den Austausch von
Mitteilungen (Instant Messaging, IM) wie z.B. XMPP (Extensible Messaging and Presence Protocol,
ein Netzwerkprotokoll für den Austausch von Mitteilungen, auf XML basierend) ist folgende: wegen
der Abkoppelung der wesentlichen an der Kommunikation teilnehmender Parteien (die Erzeuger und
die Verbraucher) lässt sich das Konzept von “Präsenz” (engl. presence) im Fall vom AMQP nicht
umsetzen. Trotzdem lassen sich dafür andere Systeme anwenden, wie in Kapitel 7.3.4 erläutert wird.
Weiterhin besteht einen anderen wesentlichen Vorteil vom AMQP darin, dass verschiedene Kommunikationsmuster
umgesetzt werden können: die Distribution kann in einer “Broadcast” Art und
Weise erfolgen (1 Erzeuger erreicht ein oder mehrere Verbraucher), was bei Protokolle für Instant
Messaging nicht erfolgt – diese unterstützen den normalen eins-zu-eins Kommunikationsmuster [VW12].
Im Kapitel 7.3.4 werden Details über die prototypische Anwendung des AMQP-Protokolls im Rahmen
der Arbeit gegeben. Dies erfolgt mit der Unterstützung des Brokers namens RabbitMQ und dessen
spezifische Erweiterungen des AMQP-Protokolls.
5.3 Client-Architektur und -Funktionalität
In den kommenden Abschnitten wird die allgemeine Architektur der Client-Anwendung eingegangen.
Diese richtet sich nach den Prinzipien, die vom Android Software-Plattform für die Entwicklung
eigener Android-Anwendungen (Kurzform: Android Apps) bereitgestellt werden.
5.3.1 System-Architektur des Android Plattform
Android ist keine Hardware-Plattform, sondern repräsentiert eine Software-Plattform (auch engl.
Software Stack) oder eine Software-Umgebung, die für mobile Geräte entwickelt worden ist. Als
Plattform bietet Android umfangreiche Funktionalitäten, wie z.B. ein Linux-basiertes Betriebssystem,
eine komplette Lösung für die Gestaltung der Benutzeroberfläche, End-Benutzer Anwendungen,
eigene Frameworks für die Entwicklung dessen, Unterstützung von Medien und viele andere Fähigkeiten
[ACS09].
Ein interessantes Eigenschaft der Android Plattform ist die folgende: es besteht keinen Unterschied
zwischen mitgelieferten Anwendungen und End-Benutzer Anwendungen, die (von Dritten) mithilfe
des Software Development Kits (SDK, eine Kollektion von Tools und spezifische Anwendungen, die
benutzt werden können, um ein eigenes Softwareprodukt zu erstellen) entwickelt worden sind und auf
dem End-Gerät installiert worden sind. Es können aus dieser Hinsicht fortgeschrittene, leistungsstarke
Anwendungen geschrieben werden, die die Ressource des End-Geräts zu Nutze machen [ACS09].
Der Zusammenhang zwischen den Bestandteilen des Android Plattform und das entsprechende End-
Hardware Plattform (die Laufumgebung) werden in der Abbildung 5.3 dargestellt.