Braucht es je einen Tag mit großer Kapazität?
Drei Lagen rechtfertigen einen. Inhalt, der ohne Netz arbeiten muss, mehrere Datensätze auf einem Tag, und Daten, die überhaupt kein NDEF sind. Außerhalb davon hält ein Tag großer Kapazität einen kurzen Link, umgeben von leerem Speicher, für den Sie bezahlt haben und den Sie nie nutzen werden.
Die ehrliche Antwort lautet selten
Die meisten Rollouts schreiben eine Webadresse und sonst nichts. Eine Adresse passt mit Raum darüber hinaus auf den billigsten Chip am Markt, die Kapazität wird also nie zum bindenden Zwang.
Kapazität für einen Link zu kaufen heißt leeren Speicher zu kaufen. Er wird nicht schneller gelesen, nicht weiter und nicht verlässlicher.
Die drei Fälle
Kein Netz an der Stelle der Berührung. Ein Tag im Untergeschoss, auf einem Boot, in einer Lagerhalle ohne Abdeckung, oder bei einer Veranstaltung, bei der die Verbindung unter der Last zusammenbricht. Muss der Inhalt ankommen, ohne dass eine Anfrage das Telefon verlässt, muss er auf dem Tag stehen, und dann setzt seine echte Größe die Anforderung.
Mehrere Datensätze auf einem Tag. Jeder Datensatz trägt seinen eigenen Kopf, sie zu stapeln vervielfacht also den Overhead ebenso wie die Nutzlasten. Das Verhalten der Telefone bei mehreren Datensätzen ist zudem uneinheitlich, dieser Fall lohnt also eher eine Rückfrage als eine Bestellung.
Daten, die kein NDEF sind. Ein eigener Aufbau, den Ihre eigene Software liest, in einem geschlossenen System, in dem Sie beide Enden in der Hand haben. Dann ist die Kapazität das, was Ihr Format braucht, und nichts von der üblichen Überlegung greift.
Was es kostet, trotzdem einen zu kaufen
Je Stück nicht viel. Über eine große Bestellung genug, um es zu bemerken, und das Geld kauft nichts Messbares.
Der feinere Preis ist, dass es ein Entwurfsproblem verdeckt. Ein Team, das eine Frage der Inhaltsgröße durch den Kauf von mehr Speicher löst, hat nicht gefragt, ob der Inhalt auf den Tag gehört, und diese Frage hat meist eine bessere Antwort.
Referenzen höherer Kapazität werden zudem in weniger Bauformen geführt, die Wahl kann also stillschweigend einschränken, was der Tag körperlich sein kann.
Die Alternative
Schreiben Sie eine kurze Adresse auf Ihrer eigenen Domain und lassen Sie den Server den Inhalt halten.
Der Tag wird klein, billig und dauerhaft. Der Inhalt wird grenzenlos, änderbar und nach dem Ausrollen berichtigbar, was kein Speicher auf dem Tag bietet.
Die Ausnahme bleibt der Fall ohne Netz, und der lohnt eine Prüfung statt einer Annahme. Ein Ort ohne Abdeckung heute kann nächstes Jahr Abdeckung haben, und ein Ort mit Abdeckung heute kann sie während einer Veranstaltung nicht haben.
Häufige Fragen
Ist mehr Speicher je schädlich?
Der Funktion nach nicht. Er kostet mehr, er kommt in weniger Bauformen, und er kann eine Entwurfsentscheidung verdecken, die Aufmerksamkeit verdient hätte.
Wird ein Tag mit viel Speicher langsamer gelesen?
Nicht wegen seiner Kapazität. Zeit kostet die Menge tatsächlich gelesener Daten, ein großer Tag mit einer kurzen Nachricht wird also so schnell gelesen wie ein kleiner.
Welche Größe kaufe ich, wenn ich unsicher bin?
Messen Sie Ihren echten Inhalt an einem Muster, legen Sie Spielraum dazu, und kaufen Sie die kleinste Referenz, die darüber liegt. Mit zehn Tags einen Prototyp zu bauen ist weit billiger, als tausend zu überspezifizieren.
Kann ich Inhalt auf zwei Tags verteilen?
Nichts in der Norm fügt zwei Berührungen zu einer Nachricht zusammen, das taugt also nicht als Antwort auf eine Kapazitätsgrenze. Inhalt, der für einen Tag zu groß ist, gehört auf einen Server.