Dokument 1.pdf - DigDok

Kapitel 2
Stand der Technik und Probleme
2.1 Untersuchung aktueller Frameworks
Ein wichtiger Faktor für den Erfolg einer Technologie ist die Akzeptanz der Entwickler. Diese
zu erreichen kann mitunter ein schwieriges Unterfangen sein. Um möglichst vielen Entwicklern
die Verwendung einer neuen Technologie zu ermöglichen, ist es sinnvoll, deren Anwendung
so einfach wie möglich zu gestalten. Doch wie kann man dieses Ziel verwirklichen?
Der erste Schritt ist eine umfangreiche und sinnvoll aufgebaute Programmierschnittstelle
(API) der zu verwendenden Technologie. Werden bereits existierende Systeme durch neue
Technologien ergänzt, wie es bei Android und NFC der Fall war, erfolgt die Bereitstellung
einer API durch das Wirtssystem, dem Betriebssystem. Charakteristisch für solche APIs ist
ihre Unveränderlichkeit durch Dritte. Veränderungen können lediglich vom Hersteller des Betriebssystems
in Form von Betriebssystem-Updates eingepflegt werden. Wie regelmäßig diese
Updates erscheinen, ist meist nicht vorhersehbar. Sicher ist jedoch, dass bei jedem Betriebssystemupdate
die Fragmentierung der auf dem Markt befindlichen Betriebssystemversionen
zunimmt. Grund dafür sind die Lebenszyklen der Geräte, die mit einer bestimmten Betriebssystemversion
enden. Somit kann durch Updates des Betriebsystems nicht immer garantiert
werden, dass alle Geräte in den Genuss von verbesserten Software-Schnittstellen kommen.
Wie bereits angedeutet, können Drittentwickler keinen Einfluss auf bestehende Programmierschnittstellen
nehmen. Als zweiten Schritt bietet sich die Entwickelung von Frameworks
an. Dieses Kapitel beschäftigt sich mit der Vorstellung bereits existierender Frameworks und
deren Einteilung in zwei Gruppen. Zudem werden die Frameworks analysiert und schlussendlich
aufgezeigt, warum keines der bisher existierenden Frameworks das volle Potential
ausschöpft, um die Entwicklung von NFC-Apps auf Android einfacher zu gestalten.
Frameworks lassen sich grob in zwei Gruppierungen unterteilen: Low-level- und Highlevel-Frameworks.
Sie unterscheiden sich hauptsächlich in der Tiefe ihres Abstraktionsgrades.
High-level-Frameworks verfügen, wie der Name vermuten lässt, über einen hohen Abstraktionsgrad.
Dies bedeutet: Sie kapseln umfangreichen und komplizierten Code für definierte
Anwendungsszenarien und bilden somit eine Art Wrapper der bestehenden Schnittstellen.
Programmlogik, die vorher mühsam in vielen Zeilen Code programmiert werden musste, kann
nun durch den Aufruf weniger Zeilen umgesetzt werden. Die Einarbeitungszeit in eine neue
11