Dokument 1.pdf - DigDok

neusten Erweiterungen nutzen zu können. An dieser Stelle ist es wünschenswert, die gleiche
Funktionalität auch für ältere Geräte nutzbar zu machen.
Abbildung 4.3: Fragmentierung aller auf dem Markt befindlichen Android-Versionen, Stand
Juni 2012, Quelle: http://goo.gl/BvZRw, abgerufen am 28.06.2012
4.3 Soll-Zustand
4.3. Soll-Zustand
Um Programmierern die Arbeit zu erleichtern, ist es wichtig, die Komplexität von NFC als
Technologie so gut es geht zu verringern. Ein erster Schritt wäre es, die technischen Anforderungen
von NFC vor einem potentiellen Entwickler fernzuhalten. Dazu definiert man alle
möglichen Nutzerszenarien, die auftreten könnten. Die benötigten API-Aufrufe werden in
anwendungsspezifischen Methoden gekapselt und dem Entwickler in Form einer einfach zu
verstehenden Schnittstelle angeboten. Da man jedoch nicht alle möglichen Nutzerszenarien
voraussehen kann, dürfen durch eine Kapselung in Nutzerszenarien keine Einschränkungen
entstehen. Es muss weiterhin möglich sein, NFC-Funktionalitäten auf einer weniger abstrakten
Art und Weise zu verwenden. Der einfache und leicht zu verstehende Charakter der
Schnittstelle definiert sich aus eindeutig beschreibenden Methodennamen. Beim Betrachten
der Dokumentation soll der Entwickler sofort die Methoden finden, die er für sein Vorhaben
benötigt. Dabei beschreiben die Methodennamen nicht den technischen Kontext der Methode,
sondern welcher spezifische Anwendungsfall mit ihnen aufgerufen wird. Nachrichten,
die geschrieben oder übertragen werden, bekommen abstraktere Bezeichnungen. Den Entwickler
interessiert es nicht, im schlimmsten Fall verwirrt es ihn sogar, wenn erst technische
Einzelheiten vor ihm verborgen werden, dann aber Nachrichten plötzlich NdefMessages und
NdefRecords genannt werden. Neben anwendungsspezifischen Funktionen gibt es außerdem
41