Anforderungen an einen kartographischen Viewer für ... - Carto:net

4 Der Prototyp
Ein weiteres Element dient als Containerelement für die Legendeninhalte. Zur
Legendendarstellung der Qualitäten dient ein Element. Danach folgt der Legendentitel. Der
quantitative Teil der Legende ist ein einem neuen Element zusammengefasst.
Auch Übersichtskarten werden mit Elementen dem Root-Element angefügt. Dieses beinhaltet
alle für die Übersichtskarte notwendigen Elemente.
Basierend auf dem Prinzip des Äußeren beziehungsweise Inneren Designs (vgl. Kapitel 2.3.2)
werden in den folgenden Kapiteln die verschiedenen Objekte des prototypischen Viewers erläutert.
Zum Darstellen der Objekte dienen UML–ähnliche Klassendiagramme.
4.3.1 Äußeres Designmodul des Prototypen
4.3.1.1 Datenversorgung - Datenbereitstellung
Die Datenversorgung und die Bereitstellung dieser sind die zentralen Punkte des Prototypen. Die
Datenübermittlung erfolgt durch Client-Server-Kommunikation. Ein Request wird durch die
Instanzierung des XMLDataProvider Objekts ausgelöst. Die getXML() Methode dieses verwendet die
getURL() Methode des ASV3 zum Laden von Daten. Da getURL() asynchron arbeitet, dürfen
nachfolgende Funktionen (hier followUpFunction genannt) erst nach vollständigem Parsen der
geladenen XML-Fragmente aufgerufen werden (→ Parser). Parser ist die ASV3 interne parseXML()
Methode. Diese gibt ein XML Fragment zurück. Nachdem die operationComplete() Methode das
XML Dokument erfolgreich "geparst" hat, ruft diese die followupFunction auf. Als Parameter wird
das "geparste" XML Fragment übergeben Abbildung 41 zeigt das Objekt zur Datenversorgung mit
seinen Attributen und Methoden.
Abb. 41: Das XMLDataProvider Objekt
Quelle: Eigene Darstellung, vgl. Anhang XmlDataProviderObject.js.
Wie im vereinfachten Funktionsablauf aus Abbildung 39 zu erkennen ist, wird dieses Objekt zum
Laden aller Daten benutzt. Einmal geladene Daten müssen nicht wiederholt transferiert werden.
Diese bleiben der Anwendung erhalten.
4.3.1.1.1 Laden der Anwendungseinstellungen
Hinweis: Aufgrund fehlender Client–Server Möglichkeiten auf der Cd-
Rom, sind ausgewählte Gebiete als Dateien abgespeichert. Diese könnten
einfach durch eine URL, die beispielsweise ein Servlet aufruft, ersetzt
werden. Ebenso bei Sachdaten, diese sind rein fiktiv und dienen nur der
Anschaulichkeit
Anwendungseinstellungen beschreiben das Layout, die Startansicht und Darstellungseigenschaften
der Anwendung. Sie sind notwendig, um Konfigurierbarkeit des Prototypen zu gewährleisten.
Dabei sendet der Server einen Einstellungscontainer (auch "Property Bag" genannt) an den Client.
Dieser beinhaltet Daten in Form von XML Fragmenten. Abbildung 42 zeigt einen Auszug des
Inhaltes einer Property Bag wie sie beim Starten der Anwendung aussehen könnte.
72