Webseite oder native Anwendung: was für ein NFC-Vorhaben?
Es hängt zuerst an den Telefonen. Eine Seite mit Web NFC erreicht Chrome unter Android und sonst nichts, eine native Anwendung erreicht iPhones, rohe Befehle und die Kartenemulation. Viele Vorhaben brauchen weder das eine noch das andere: Soll der Tag nur eine Seite öffnen, arbeitet ein Link auf dem Tag auf beiden Plattformen ganz ohne NFC-Code.
Den Tag lesen oder eine Seite öffnen
Die meisten öffentlichen Vorhaben lesen nie einen Tag im Code. Ein auf den Tag geschriebener Link wird vom Telefon selbst geöffnet, unter Android wie auf dem iPhone, und die Seite am anderen Ende braucht überhaupt keine NFC-Schnittstelle. Die Seite zum einen Tag für jedes Telefon gibt das Rezept.
Code kommt dann ins Spiel, wenn zwischen dem Antippen und der Seite etwas geschehen muss: mehrere Tags hintereinander lesen, Tags beschreiben, eine Kennung prüfen, oder mit dem Chip sprechen. Dort beginnt die Wahl zwischen einer Seite und einer Anwendung.
Was jedes erreicht
| Frage | Webseite | Native Anwendung |
|---|---|---|
| Erreichte Telefone | Chrome unter Android | Android und iPhone |
| Inhalt | Nur NDEF | NDEF und rohe Befehle |
| Kartenemulation | Nein | Unter Android, über Host Card Emulation |
| Start durch einen Tag im geschlossenen Zustand | Nein | Unter Android über das Manifest, auf dem iPhone über einen Link, den sie beansprucht |
| Verbreitung | Eine Webadresse | Ein Eintrag im Store |
Der Tabelle fehlt mit Absicht das Gleichgewicht. Der Artikel von Chrome zu Web NFC erklärt, dass die Schnittstelle auf NDEF beschränkt wurde, weil die Sicherheitseigenschaften des Lesens und Schreibens von NDEF-Daten leichter zu beziffern sind.
Wann die Seite gewinnt
Für Werkzeuge des eigenen Personals auf Telefonen, über die das Vorhaben bestimmt, ist eine Seite schwer zu schlagen: keine Prüfung im Store, keine Installation, und eine Aktualisierung ist eine Auslieferung der Website. Die Beispiele des Artikels sind von dieser Art, Bestandsverwaltung und Ausweiskontrollen auf einer Konferenz.
Ihre Bedingungen passen zu dieser Lage. Chrome unter Android lässt sich für eine Flotte vorschreiben, die Berechtigung wird einmal je Website erteilt, und die Seite bleibt auf dem Bildschirm offen, während gearbeitet wird.
Wann die Anwendung gewinnt
Sobald iPhones Tags lesen oder beschreiben müssen, ist die Seite draußen. Der Eintrag im Plattformstatus von Chrome führt keine Unterstützung unter iOS auf, und die veröffentlichte Haltung von WebKit lehnt die Schnittstelle ab. Ein iPhone liest Tags über Core NFC, innerhalb einer Anwendung.
Die Anwendung gewinnt auch unterhalb von NDEF, für Passwörter, Zähler, Signaturen und die Kartenemulation, und überall dort, wo ein Tag sie starten soll, ohne dass vorher jemand etwas öffnet, was nur eine installierte Anwendung einrichten kann.
Ein plattformübergreifendes Rahmenwerk kann den Code zwischen den beiden Anwendungen teilen, innerhalb der Grenzen, die die Seite zu den Rahmenwerken beschreibt.
Häufige Fragen
Kann eine Webseite Android und iPhone zugleich abdecken?
Zum Lesen oder Beschreiben von Tags nicht: Web NFC läuft nur in Chrome unter Android. Zum Öffnen einer Seite von einem Tag aus ja: Schreiben Sie ihre Adresse auf den Tag, und beide Plattformen öffnen sie.
Ist Web NFC eine Norm des Webs?
Es ist in einer Community Group des W3C spezifiziert, was der Eintrag im Plattformstatus von Chrome als Inkubation bezeichnet, und nur Chrome liefert es aus. Die veröffentlichte Haltung von WebKit lehnt es ab, die von Mozilla ist ablehnend.
Was ist billiger zu bauen?
Die Seite, für Personal auf Android-Telefonen mit Chrome. Die Anwendung, sobald iPhones oder irgendetwas unterhalb von NDEF im Spiel sind, da die Seite sie um keinen Preis erreicht.
Kann ein Tag eine Seite öffnen, die dann weitere Tags liest?
Unter Android mit Chrome ja: Der Tag öffnet die Seite, und die Seite beginnt nach einem Druck auf eine Schaltfläche zu suchen. Den ersten Tag behandelt das Telefon selbst und nicht die Seite.