Qual è il vantaggio di scegliere la codifica ASCII su UTF-8?

Tutti i caratteri in ASCII possono essere codificati utilizzando UTF-8 senza un aumento della memoria (entrambi richiedono un byte di memoria).

UTF-8 ha l'ulteriore vantaggio del supporto caratteri oltre a "caratteri ASCII". In tal caso, perché sceglieremo mai la codifica ASCII su UTF-8?

Esiste un caso d'uso in cui sceglieremo ASCII anziché UTF-8?

In alcuni casi può accelerare l'accesso ai singoli personaggi. Immagina una stringa str='ABC'codificata in UTF8 e in ASCII (e supponendo che il linguaggio / compilatore / database sia a conoscenza della codifica)

Per accedere al terzo Ccarattere ( ) da questa stringa utilizzando l'operatore di accesso all'array che è presente in molti linguaggi di programmazione, si dovrebbe fare qualcosa del genere c = str[2].

Ora, se la stringa è codificata ASCII, tutto ciò che dobbiamo fare è recuperare il terzo byte dalla stringa.

Se, tuttavia, la stringa è codificata UTF-8, dobbiamo prima verificare se il primo carattere è un carattere a uno o due byte, quindi dobbiamo eseguire lo stesso controllo sul secondo carattere e solo allora possiamo accedere al terzo carattere. La differenza nelle prestazioni sarà maggiore, più lunga sarà la stringa.

Questo è un problema ad esempio in alcuni motori di database, dove trovare un inizio di una colonna posizionata 'dopo' un VARCHAR codificato UTF-8, il database non deve solo controllare quanti caratteri ci sono nel campo VARCHAR, ma anche come molti byte ciascuno di essi utilizza.

Se stai per usare solo il sottoinsieme US-ASCII (o ISO 646) di UTF-8, allora non c'è alcun vantaggio reale per l'uno o l'altro; infatti, tutto è codificato in modo identico.

Se andrai oltre il set di caratteri US-ASCII e utilizzerai (ad esempio) caratteri con accenti, dieresi, ecc., Utilizzati nelle lingue tipiche dell'Europa occidentale, allora c'è una differenza: la maggior parte di questi può ancora essere codificato con un singolo byte in ISO 8859, ma richiederà due o più byte se codificato in UTF-8. Ovviamente ci sono anche degli svantaggi: ISO 8859 richiede l'utilizzo di alcuni mezzi fuori banda per specificare la codifica utilizzata e ne supporta solo unodi queste lingue alla volta. Ad esempio, puoi codificare tutti i caratteri dell'alfabeto cirillico (russo, bielorusso, ecc.) Usando solo un byte ciascuno, ma se hai bisogno / vuoi mescolare quelli con caratteri francesi o spagnoli (diversi da quelli negli Stati Uniti-ASCII / Sottogruppo ISO 646) sei quasi sfortunato - per farlo devi cambiare completamente i set di caratteri.

ISO 8859 è davvero utile solo per gli alfabeti europei. Per supportare la maggior parte degli alfabeti utilizzati nella maggior parte degli alfabeti cinesi, giapponesi, coreani, arabi, ecc., È necessario utilizzare una codifica completamente diversa. Alcuni di questi (ad esempio, Shift JIS per il giapponese) sono un dolore assoluto da affrontare. Se c'è qualche possibilità che tu voglia mai supportarli, considererei utile usare Unicode per ogni evenienza.

ANSI può essere molte cose, la maggior parte dei quali è un set di caratteri a 8 bit in questo senso (come la tabella codici 1252 in Windows).

Forse stavi pensando a ASCII che è a 7 bit e un sottoinsieme proprio di UTF-8. Vale a dire qualsiasi flusso ASCII valido è anche un flusso UTF-8 valido.

Se si pensasse a set di caratteri a 8 bit, un vantaggio molto importante sarebbe che tutti i caratteri rappresentabili sono esattamente a 8 bit, mentre in UTF-8 possono essere fino a 24 bit.

Sì, ci sono ancora alcuni casi d'uso in cui ASCII ha senso: formati di file e protocolli di rete . In particolare, per usi in cui:

• Hai dati generati e consumati da programmi per computer, mai presentati agli utenti finali;
• Ma è utile che i programmatori siano in grado di leggere, per facilitare lo sviluppo e il debug.

Usando ASCII come codifica si evita la complessità della codifica multi-byte mantenendo almeno un po 'di leggibilità umana.

Un paio di esempi:

• HTTP è un protocollo di rete definito in termini di sequenze di ottetti, ma è molto utile (almeno per i programmatori di lingua inglese) che questi corrispondono alla codifica ASCII di parole come "GET", "POST", "Accept-Language" e presto.
• I tipi di blocchi nel formato immagine PNG sono composti da quattro ottetti, ma è utile se stai programmando un codificatore o decodificatore PNG che IDATsignifica "dati immagine" e PLTE"tavolozza".

Ovviamente devi stare attento che i dati non verranno realmente presentati agli utenti finali, perché se finiscono per essere visibili (come è accaduto nel caso degli URL), gli utenti si aspetteranno giustamente che i dati vengano in una lingua che sanno leggere.

Prima di tutto: il tuo titolo usa / d ANSI, mentre nel testo fai riferimento ad ASCII. Si noti che ANSI non equivale a ASCII. ANSI incorpora il set ASCII. Ma il set ASCII è limitato ai primi 128 valori numerici (0 - 127).

Se tutti i tuoi dati sono limitati a ASCII (7 bit), non importa se usi UTF-8, ANSI o ASCII, poiché sia ​​ANSI che UTF-8 incorporano l'intero set ASCII. In altre parole: i valori numerici da 0 a 127 inclusi rappresentano esattamente gli stessi caratteri in ASCII, ANSI e UTF-8.

Se hai bisogno di caratteri al di fuori del set ASCII, dovrai scegliere una codifica. È possibile utilizzare ANSI, ma si verificano problemi con tutte le diverse tabelle di codici. Creare un file sulla macchina A e leggerlo sulla macchina B può / produrrà testi dall'aspetto divertente se queste macchine sono impostate per utilizzare diverse tabelle di codici, semplice perché il valore numerico nnn rappresenta caratteri diversi in queste pagine di codici.

Questo "inferno della tabella codici" è il motivo per cui è stato definito lo standard Unicode . UTF-8 è solo una singola codifica di quello standard, ce ne sono molti altri. UTF-16 è il più utilizzato in quanto è la codifica nativa per Windows.

Quindi, se hai bisogno di supportare qualcosa oltre i 128 caratteri del set ASCII, il mio consiglio è di usare UTF-8 . In questo modo non importa e non devi preoccuparti di quale code page i tuoi utenti hanno configurato i loro sistemi.