Kann ein Tag Daten halten, die kein NDEF sind?
Ja. NDEF ist eine Übereinkunft und keine körperliche Schranke, und viele Chips erlauben den unmittelbaren Zugriff auf ihren Speicher. Was Sie verlieren, ist die Zusammenarbeitsfähigkeit: Inhalt außerhalb von NDEF ist für jedes Lesegerät bedeutungslos, das Ihren Aufbau nicht ohnehin kennt, das im Betriebssystem eingebaute eingeschlossen.
Warum es überhaupt geht
Ein Tag ist Speicher mit einem Zugriffsprotokoll. NDEF ist eine Übereinkunft darüber, wie Bytes in diesem Speicher zu ordnen sind, damit Fremde sie deuten können, und nichts hindert Sie körperlich daran, sie anders zu ordnen.
Android legt die darunterliegenden Techniken einzeln offen, wie seine Technikreferenz zeigt, eine Anwendung kann also auf den Familien, die es zulassen, rohe Blöcke lesen und schreiben, statt überhaupt durch die NDEF-Schicht zu gehen.
Was Sie aufgeben
Alles, was einen Tag für andere brauchbar macht. Das Betriebssystem erkennt den Inhalt nicht, kein allgemeines Werkzeug zeigt ihn sinnvoll an, und die Software keiner anderen Entwicklerin und keines anderen Entwicklers fängt etwas damit an.
Sie geben außerdem das Umfeld für die Fehlersuche auf. Wenn etwas schiefgeht, sagt Ihnen ein Lesewerkzeug, der Tag sei unformatiert oder halte unbekannte Daten, was zutrifft und nicht hilft, und Sie suchen den Fehler allein.
Für alles, was die Allgemeinheit berührt, ist das disqualifizierend. Ein Plakat, dessen Tag nur mit Ihrer Anwendung funktioniert, ist ein Plakat, das für die Vorbeigehenden nichts tut.
Wann es berechtigt ist
In geschlossenen Systemen, in denen Sie beide Enden in der Hand haben. Ihre Anwendung, Ihre Tags, Ihre Lesegeräte, und keine Erwartung, dass sonst etwas damit umgeht.
Bei kompakten Binärdaten, wo der NDEF-Overhead wirklich nicht hineinpasst, was auf den kleinsten Chips eine echte Schranke ist und anderswo eine seltene.
Bei chipeigenen Funktionen, die gänzlich außerhalb des NDEF-Bereichs wohnen: Konfigurationsseiten, Zähler, Passwortbereiche. Diese zu nutzen ist eigentlich keine Wahl zwischen NDEF und rohem Zugriff, denn sie sind schlicht nicht Teil des NDEF-Bereichs.
Beides nebeneinander
Auf vielen Chips können Sie beides haben. NDEF belegt seinen festgelegten Bereich, und der Speicher außerhalb hält, was Ihnen gefällt.
Das ist meist die richtige Antwort, wenn der rohe Zugriff Sie lockt. Eine URL in NDEF gibt allen ein sinnvolles Ergebnis, und Ihre eigene Anwendung findet die zusätzlichen Daten dort, wo sie sie gelassen hat.
Der Tag funktioniert dann für Fremde und funktioniert besser für Sie, was schlicht besser dasteht, als sich für ein Publikum zu entscheiden. Es kostet den NDEF-Overhead, und das ist der Preis dafür, lesbar zu sein.
Häufige Fragen
Zeigt ein Telefon bei einem Tag ohne NDEF irgendetwas?
Es erkennt den Tag und meldet seine Technik, und sagt dann, dass es nichts gibt, wonach zu handeln wäre. Für die lesende Person sieht das genauso aus wie ein kaputter Tag, und das ist der praktische Preis dafür, die Übereinkunft zu verlassen.
Kann ich auf diesem Weg Daten auf einem Tag verstecken?
Vor niemandem, der hinsieht. Speicher außerhalb des NDEF-Bereichs ist von jeder Anwendung lesbar, die bereit ist, rohe Blöcke zu lesen, das ist also Verschleierung und kein Schutz. Passwortgeschützte Bereiche sind ein anderer Mechanismus.
Erlauben alle Tags den Zugriff auf den rohen Speicher?
Das hängt von der Chipfamilie ab und davon, was die Plattform offenlegt. Manche erlauben den unmittelbaren Blockzugriff, andere nur über die NDEF-Schicht, die Fähigkeit ist also für den bestimmten Chip zu bestätigen.
Ist ein Tag mit NDEF und rohen Daten noch normgerecht?
Ja, solange der NDEF-Bereich richtig gebildet ist. Lesegeräte nutzen die Struktur, um den NDEF-Inhalt zu finden, und übergehen den Rest, und genau das lässt das Nebeneinander funktionieren.