Ponad 2 lata temu Renato Mangini opisał metodę konwersji między surowymi ArrayBuffers a odpowiednią reprezentacją ciągu znaków tych danych. Na końcu posta Renato wspomniał, że jest w trakcie opracowywania oficjalny, ujednolicony interfejs API do obsługi konwersji. Specyfikacja jest już dojrzała, a Firefox i Google Chrome obsługują natywnie interfejsy TextDecoder i TextEncoder.
Jak pokazuje ten przykładowy kod, który zamieszczamy poniżej, interfejs Encoding API ułatwia konwersję między surowymi bajtami a natywnymi ciągami znaków JavaScript, niezależnie od tego, z którym z wielu standardowych kodowań musisz pracować.
<pre id="results"></pre>
<script>
if ('TextDecoder' in window) {
// The local files to be fetched, mapped to the encoding that they're using.
var filesToEncoding = {
'utf8.bin': 'utf-8',
'utf16le.bin': 'utf-16le',
'macintosh.bin': 'macintosh'
};
Object.keys(filesToEncoding).forEach(function(file) {
fetchAndDecode(file, filesToEncoding[file]);
});
} else {
document.querySelector('#results').textContent = 'Your browser does not support the Encoding API.'
}
// Use XHR to fetch `file` and interpret its contents as being encoded with `encoding`.
function fetchAndDecode(file, encoding) {
var xhr = new XMLHttpRequest();
xhr.open('GET', file);
// Using 'arraybuffer' as the responseType ensures that the raw data is returned,
// rather than letting XMLHttpRequest decode the data first.
xhr.responseType = 'arraybuffer';
xhr.onload = function() {
if (this.status == 200) {
// The decode() method takes a DataView as a parameter, which is a wrapper on top of the ArrayBuffer.
var dataView = new DataView(this.response);
// The TextDecoder interface is documented at http://encoding.spec.whatwg.org/#interface-textdecoder
var decoder = new TextDecoder(encoding);
var decodedString = decoder.decode(dataView);
// Add the decoded file's text to the <pre> element on the page.
document.querySelector('#results').textContent += decodedString + '\n';
} else {
console.error('Error while requesting', file, this);
}
};
xhr.send();
}
</script>
Przykład powyżej korzysta z wykrywania funkcji, aby określić, czy wymagany interfejs TextDecoder
jest dostępny w bieżącej przeglądarce. Jeśli nie, wyświetla komunikat o błędzie. W rzeczywistych aplikacjach zwykle stosuje się alternatywne implementacje, jeśli nie można użyć natywnej. Na szczęście biblioteka kodowania tekstu, o której Renato wspomniał w pierwotnym artykule, nadal jest dobrym wyborem. Biblioteka używa metod natywnych w przeglądarkach, które je obsługują, oraz udostępnia polyfille dla interfejsu Encoding API w przeglądarkach, które jeszcze nie obsługują tych metod.
Aktualizacja z września 2014 r.: przykład został zmodyfikowany w celu zilustrowania sprawdzania, czy interfejs Encoding API jest dostępny w bieżącej przeglądarce.