Quanta memoria del tag consuma il sovraccarico NDEF?
Abbastanza da contare su un tag piccolo e non abbastanza da preoccupare su uno grande. La memoria viene consumata dalla struttura del tag, dal contenitore NDEF e da un'intestazione su ogni record, il tutto tolto prima che il tuo contenuto cominci.
Tre detrazioni, in ordine
Primo, il tag riserva memoria per sé: l'identificatore, i dati del fabbricante, i bit di blocco e il contenitore di capacità che descrive la disposizione ai lettori. Niente di tutto questo è a tua disposizione e niente è facoltativo.
Secondo, il contenitore NDEF aggiunge la propria incorniciatura perché un lettore sappia dove il messaggio comincia e quanto è lungo.
Terzo, ogni record dentro il messaggio porta un'intestazione prima del proprio carico.
Quello che arriva al tuo contenuto è la capacità dichiarata meno tutte e tre, ed è per questo che un tag venduto con una certa capacità riporta in uno strumento uno spazio libero sensibilmente minore.
Ogni record costa di nuovo
L'intestazione è per record e non per messaggio. Spezzare lo stesso contenuto su tre record costa quindi tre intestazioni invece di una, e su un tag piccolo la differenza è rilevante.
È una delle ragioni pratiche per preferire un record solo. L'altra è il tempo di lettura, perché quelle intestazioni sono byte in più da leggere, blocco per blocco, su un canale dove può parlare un lato per volta.
Quando smette di contare
In fretta, man mano che la capacità cresce. Su un tag con spazio per qualche centinaio di byte di contenuto, un'intestazione di pochi byte è rumore. Sui tag comuni più piccoli, dove stai facendo entrare un indirizzo in uno spazio strettissimo, la stessa intestazione può essere la differenza tra una scrittura che riesce e una che fallisce.
La conseguenza è che il sovraccarico è un problema dei tag piccoli in particolare. Se un'installazione si sta battendo per i byte, la risposta è di solito un tag più grande e non una codifica più astuta.
Lavorare con margine
Leggi lo spazio libero con uno strumento invece di calcolarlo dalla confezione. Gli strumenti riportano quello che è davvero disponibile, e quel numero è l'unico su cui valga la pena fare piani.
Poi lascia spazio. Il contenuto cresce: un indirizzo guadagna un parametro di tracciamento, un nome guadagna un'iniziale, una campagna guadagna una seconda lingua. Specificare un tag che contiene esattamente il tuo contenuto di oggi è specificare un tag che andrà sostituito.
E ricorda che un indirizzo si può accorciare sul server invece che sul tag. Passare da un indirizzo lungo a uno corto è il guadagno di capacità più economico a disposizione e non costa nulla per tag.
Domande frequenti
Perché il mio tag riporta meno spazio libero di quello dichiarato?
Perché la struttura, il contenitore e le intestazioni dei record si tolgono prima. Lo scarto è normale e previsto, e confrontare lo spazio libero invece della capacità dichiarata è il modo giusto di confrontare i tag.
Accorciare l'indirizzo aiuta davvero?
Su un tag piccolo sì, e in modo percepibile. Ogni carattere dell'indirizzo è un byte di carico, e accorciarlo basta spesso a far riuscire una scrittura che stava fallendo.
Il sovraccarico è lo stesso su ogni tipo di tag?
No, perché la struttura cambia da un tipo di tag all'altro e da una famiglia di chip all'altra. Due tag con capacità dichiarata identica possono offrire quantità diverse di spazio utilizzabile.
Posso evitare NDEF per risparmiare il sovraccarico?
Tecnicamente sì, e ti costa l'interoperabilità. Il contenuto fuori da NDEF è leggibile solo dal software che ne conosce la disposizione, il che tradisce lo scopo per qualunque cosa venga letta dal telefono di qualcun altro.