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

7.4 Frontend 117
Diese Überprüfungen basieren auf zwei Schnittstellen, nämlich der IOnPrerequisiteCompletedListener,
welcher eine Ruckruffunktion (engl. callback) bereitstellt für den Fall, in
dass die Überprüfung zu Ende gekommen ist. Außerdem steht derentsprechende IOnPrerequisiteUpdatingListener
zur Verfügung, um das View und implizit den Benutzer über
den aktuellen Fortschritt des Überprüfungsvorgangs informieren zu können. Eine Überprüfung-
Klasse erbt von der Basis-Klasse PrerequisiteVerificationBase.
Weitere Controllers sind nicht eingeführt, diese werden eventuell nach einem erneuten Refactorisierungsdurchlauf
benötigt, um z.B. den Umgang der Anwendung mit lokal vorhandener Sensorik
zentral steuern zu können (durch z.B. ein HardwareSensorController).
Model
Abgesehen davon, dass die gesamte Architektur der Softwarelösung (vorgestellt in Kapitel 5) sich
aus verschiedenen Systemen zusammensetzt, werden bestimmte Aspekte des Kontext-Modells in verschiedenen
Orten gespeichert, angezeigt und/oder bearbeitet. Im Fall des Datenmodells (siehe auch
Abschnitt 7.2) werden die einzelnen Modelle im Frontend erstellt und befüllt, während die entsprechende
Persistierung dieser Modelle im Backend erfolgt. Der umgekehrte Weg gilt auch: die persistierten
Modelle lassen sich aus dem Backend bzw. aus der Datenbank lesen und zu dem Frontend
übertragen.
Für die beiden Szenarien (Erstellung und Speicherung bzw. Lesen und Darstellen) muss zuerst eine
Darstellung des Modell-Zustands entstehen. Hierbei werden leichtgewichtige Modelle erstellt, die im
Frontend nur ein “Snapshot” des Modells zu einem gewissen Zeitpunkt anbieten, zusammen mit der
Möglichkeit, diesen Zustand entweder zum Backend zu verschicken oder entsprechend auszulesen.
Die “schlanke” Aufstellung der Modellen bietet den Vorteil, dass eine Serialisierung und bzw. eine
Deserialisierung der Daten (wie im Abschnitt 7.3.5 erläutert) mit einer verbesserten Geschwindigkeit
ausgeführt werden kann.
Eine konkrete Ausprägung eines Modells wird in der folgenden Auflistung gegeben:
package edu.uni_ol.msc.pitu.model;
// NOTE: .. Imports weggelassen ..
public class Asset implements MessagePackable
{
// region Public Attributes
public Integer ParentId;
public boolean IsAtRootLevel;
public String
public String
Name;
Description;
public boolean IsVisible = true;
public String UsagePermission;
public List Attributes;
public List Rules;
public List Instructions;