This Javascript library provides the most performant tiny polyfill for window.TextEncoder, TextEncoder.prototype.encodeInto, and window.TextDecoder for use in the browser, in NodeJS, in RequireJS, in web Workers, in SharedWorkers, and in ServiceWorkers.
Add the following HTML Code inside the <head>:
<script src="https://dl.dropboxusercontent.com/s/r55397ld512etib/EncoderDecoderTogether.min.js?dl=0" nomodule="" type="text/javascript"></script>If no script on the page requires this library until the DOMContentLoaded event, then use the the much less blocking version below:
<script defer="" src="https://dl.dropboxusercontent.com/s/r55397ld512etib/EncoderDecoderTogether.min.js?dl=0" nomodule="" type="text/javascript"></script>Alternatively, either use https://dl.dropboxusercontent.com/s/47481btie8pb95h/FastestTextEncoderPolyfill.min.js?dl=0 to polyfill window.TextEncoder for converting a String into a Uint8Array or use https://dl.dropboxusercontent.com/s/qmoknmp86sytc74/FastestTextDecoderPolyfill.min.js?dl=0 to only polyfill window.TextDecoder for converting a Uint8Array/ArrayBuffer/[typedarray]/global.Buffer into a String.
The nomodule attribute prevents the script from being needlessly downloaded and executed on browsers which already support TextEncoder and TextDecoder. nomodule does not test for the presence of TextEncoder or TextDecoder, but it is very safe to assume that browsers advanced enough to support modules also support TextEncoder and TextDecoder.
See the MDN here for documentation. For the TextEncoder.prototype.encodeInto polyfill, please use https://dl.dropboxusercontent.com/s/i2e2rho1ohtbhfg/EncoderDecoderTogether.min.js?dl=0 for the full package, https://dl.dropboxusercontent.com/s/nlcgzbr0ayd5pjs/FastestTextEncoderPolyfill.min.js?dl=0 for only TextEncoder and TextEncoder.prototype.encodeInto, and npm i fastestsmallesttextencoderdecoder-encodeinto for NodeJS, es6 modules, RequireJS, AngularJS, or whatever it is that floats your boat. The encodeInto folder of this repository contains the auto-generated encodeInto build of the main project. The npm project is fastestsmallesttextencoderdecoder-encodeinto:
npm install fastestsmallesttextencoderdecoder-encodeinto
For dropping into either RequireJS or NodeJS, please use the fastestsmallesttextencoderdecoder npm repository, this minified file, or the corresponding source code file. To install via npm, use the following code.
npm install fastestsmallesttextencoderdecoderAlternatively, if one do not know how to use the command line, save the script corresponding to one's operating system to the directory where the nodejs script will run and use the file manager to run the script (on Windows, it's a double-click).
- fastestsmallesttextencoderdecoder
- Microsoft Windows batch: install-FastestSmallestTextEncoderDecoder-windows.bat
- Bash for Apple MacOS and Linux (e.x. Ubuntu): install-FastestSmallestTextEncoderDecoder-unix.sh
- fastestsmallesttextencoderdecoder-encodeinto
- Microsoft Windows batch: install-FastestSmallestTextEncoderDecoder-encodeInto.bat
- Bash for Apple MacOS and Linux (e.x. Ubuntu): install-FastestSmallestTextEncoderDecoder-encodeInto.sh
After installing via npm, one can use require("fastestsmallesttextencoderdecoder"). Alternatively, one can drop the EncoderAndDecoderNodeJS.min.js file into the same directory as their NodeJS script and do require("./EncoderAndDecoderNodeJS.min.js"). Both methods are functionally equivalent.
Open a terminal in the project's directory, and install fastestsmallesttextencoderdecoder via npm.
npm install fastestsmallesttextencoderdecoderThen, add import 'fastestsmallesttextencoderdecoder'; to the polyfills.ts file.
Don't take my word that FastestSmallestTextEncoderDecoder is the fastest. Instead, check out the benchmarks below. You can run your own benchmarks by cloning this repo and running npm run benchmark, but beware that you need a beefy computer with plenty of free RAM, as the NodeJS garbage collector is disabled via --noconcurrent_sweeping --nouse-idle-notification so that it does not interfer with the timing of the tests (the GC is runned manually via global.gc(true) at the conclusion of the tests).
The tests below were performed on an ascii file. To ensure consistancy, all test results are the mean of the IQR of many many trials. The checkmark "âś”" means that the encoder/decoder implementation gave the correct output, whereas a bold "âś—" indicates an incorrect output. This extra check is signifigant because relying on a faulty encoder/decoder can lead to inconsistant behaviors in code that defaults to using the native implementation where available.
| Library | Decode 32 bytes | Decode 32768 | Decode 16777216 | Encode 32 bytes | Encode 32768 | Encode 16777216 |
|---|---|---|---|---|---|---|
| Native | 10201 KB/sec âś” | 806451 KB/sec âś” | 907381 KB/sec âś” | 53415 KB/sec âś” | 4661211 KB/sec âś” | 1150916 KB/sec âś” |
| FastestSmallestTextEncoderDecoder | 18038 KB/sec âś” | 154839 KB/sec âś” | 168984 KB/sec âś” | 21667 KB/sec âś” | 404279 KB/sec âś” | 681429 KB/sec âś” |
| fast-text-encoding | 17518 KB/sec âś” | 71806 KB/sec âś” | 99017 KB/sec âś” | 22713 KB/sec âś” | 240880 KB/sec âś” | 445137 KB/sec âś” |
| text-encoding-shim | 10205 KB/sec âś” | 17503 KB/sec âś” | 27971 KB/sec âś” | 14044 KB/sec âś” | 50007 KB/sec âś” | 88687 KB/sec âś” |
| TextEncoderLite | 12433 KB/sec âś” | 23456 KB/sec âś” | 13929 KB/sec âś” | 24013 KB/sec âś” | 57034 KB/sec âś” | 62119 KB/sec âś” |
| TextEncoderTextDecoder.js | 4469 KB/sec âś” | 5956 KB/sec âś” | 5626 KB/sec âś” | 13576 KB/sec âś” | 37667 KB/sec âś” | 57916 KB/sec âś” |
| text-encoding | 3084 KB/sec âś” | 6762 KB/sec âś” | 7925 KB/sec âś” | 8621 KB/sec âś” | 26699 KB/sec âś” | 35755 KB/sec âś” |
Needless to say, FastestSmallestTextEncoderDecoder outperformed almost every other polyfill out there, with the only exception being fast-text-encoding outperforming fastestsmallesttextencoderdecoder on encoding extremely tiny strings. Infact, it is so fast that it outperformed the native implementation on a set of 32 ascii bytes. The tests below were performed on a mixed ascii-utf8 file.
| Library | Decode 32 bytes | Decode 32768 | Decode 16777216 | Encode 32 bytes | Encode 32768 | Encode 16777216 |
|---|---|---|---|---|---|---|
| Native | 24140 KB/sec âś” | 365043 KB/sec âś” | 512133 KB/sec âś” | 54183 KB/sec âś” | 293455 KB/sec âś” | 535203 KB/sec âś” |
| FastestSmallestTextEncoderDecoder | 13932 KB/sec âś” | 113823 KB/sec âś” | 141706 KB/sec âś” | 20755 KB/sec âś” | 212100 KB/sec âś” | 443344 KB/sec âś” |
| fast-text-encoding | 10738 KB/sec âś” | 62851 KB/sec âś” | 94031 KB/sec âś” | 15105 KB/sec âś” | 104843 KB/sec âś” | 320778 KB/sec âś” |
| TextEncoderLite | 6594 KB/sec âś” | 9893 KB/sec âś” | 10470 KB/sec âś” | 17660 KB/sec âś— | 53905 KB/sec âś— | 57862 KB/sec âś— |
| text-encoding-shim | 10778 KB/sec âś” | 15063 KB/sec âś” | 24373 KB/sec âś” | 27296 KB/sec âś” | 31496 KB/sec âś” | 42497 KB/sec âś” |
| TextEncoderTextDecoder.js | 5558 KB/sec âś” | 5121 KB/sec âś” | 6580 KB/sec âś” | 14583 KB/sec âś” | 32261 KB/sec âś” | 60183 KB/sec âś” |
| text-encoding | 3531 KB/sec âś” | 6669 KB/sec âś” | 7983 KB/sec âś” | 7233 KB/sec âś” | 20343 KB/sec âś” | 29136 KB/sec âś” |
FastestSmallestTextEncoderDecoder excells at encoding lots of complex unicode and runs at 83% the speed of the native implementation. In the next test, let's examine a more real world example—the 1876 The Russian Synodal Bible.txt. It's a whoping 4.4MB rat's-nest of complex Russian UTF-8, sure to give any encoder/decoder a bad day. Let's see how they perform at their worst.
| Library | Decode Russian Bible | Encode Russian Bible |
|---|---|---|
| Native | 626273 KB/sec âś” | 951538 KB/sec âś” |
| FastestSmallestTextEncoderDecoder | 228360 KB/sec âś” | 428625 KB/sec âś” |
| fast-text-encoding | 94666 KB/sec âś” | 289109 KB/sec âś” |
| text-encoding-shim | 29335 KB/sec âś” | 60508 KB/sec âś” |
| TextEncoderLite | 14079 KB/sec âś” | 61648 KB/sec âś” |
| TextEncoderTextDecoder.js | 5989 KB/sec âś” | 54741 KB/sec âś” |
| text-encoding | 7919 KB/sec âś” | 28043 KB/sec âś” |
This polyfill will bring support for TextEncoder/TextDecoder to the following browsers.
| Feature | Chrome  |
Firefox  |
Opera  |
Edge  |
Internet Explorer  |
Safari  |
Android  |
Samsung Internet  |
Node.js |
|---|---|---|---|---|---|---|---|---|---|
| Full Polyfill | 7.0 | 4.0 | 11.6 | 12.0** | 10 | 5.1 (Desktop) / 4.2 (iOS) | 4.0 | 1.0 | 3.0 |
| Partial Polyfill* | 1.0** | 0.6 | 7.0 (Desktop) / 9.5** (Mobile) | 12.0** | 4.0 | 2.0 | 1.0** | 1.0** | 0.10 |
Also note that while this polyfill may work in these old browsers, it is very likely that the rest of one's website will not work unless if one makes a concious effort to have their code work in these old browsers.
* Partial polyfill means that Array (or Buffer in NodeJS) will be used instead of Uint8Array/[typedarray].
** This is the first public release of the browser
Please review the MDN at window.TextEncoder and window.TextDecoder for information on how to use TextEncoder and TextDecoder.
As for NodeJS, calling require("EncoderAndDecoderNodeJS.min.js") yields the following object. Note that this polyfill checks for global.TextEncoder and global.TextDecoder and returns the native implementation if available.
module.exports = {
TextEncoder: function TextEncoder(){/*...*/},
TextDecoder: function TextDecoder(){/*...*/},
encode: TextEncoder.prototype.encode,
decode: TextDecoder.prototype.decode
}In NodeJS, one does not ever have to use new just to get the encoder/decoder (although one still can do so if they want to). All of the code snippets below function identically (aside from unused local variables introduced into the scope).
// Variation 1
const {TextEncoder, TextDecoder} = require("fastestsmallesttextencoderdecoder");
const encode = (new TextEncoder).encode;
const decode = (new TextDecoder).decode; // Variation 2
const {encode, decode} = require("fastestsmallesttextencoderdecoder"); // Variation 3 (a rewording of Variation 2)
const encodeAndDecodeModule = require("fastestsmallesttextencoderdecoder");
const encode = encodeAndDecodeModule.encode;
const decode = encodeAndDecodeModule.decode;Or, one can use the new and shiny ES6 module importation statements.
// Variation 1
import {TextEncoder, TextDecoder} from "fastestsmallesttextencoderdecoder";
const encode = (new TextEncoder).encode;
const decode = (new TextDecoder).decode; // Variation 2
import {encode, decode} from "fastestsmallesttextencoderdecoder"; // Variation 3 (a rewording of Variation 2)
import * as encodeAndDecodeModule from "fastestsmallesttextencoderdecoder";
const encode = encodeAndDecodeModule.encode;
const decode = encodeAndDecodeModule.decode;Visit the GithubPage to see a demonstation. As seen in the Web Worker hexWorker.js, the Github Pages demonstration uses a special encoderAndDecoderForced.src.js version of this library to forcefully install the TextEncoder and TextDecoder even when there is native support. That way, this demonstraton should serve to truthfully demonstrate this polyfill.
This project can be found on npm here at this link.
On Linux, the project can be developed by cloning it with the following command line. The development scripts are designed to be interpeted by Dash, and whether they work on Mac OS is unknown, but they certainly won't work on Windows.
git clone https://github.com/anonyco/FastestSmallestTextEncoderDecoder.git; cd FastestSmallestTextEncoderDecoder; npm run install-devEmphasize the npm run install-dev, which downloads closure-compiler.jar into the repository for minifying the files.
Now that the repository is cloned, edit the files as one see fit. Do not edit the files in the encodeInto folder. Those are all auto-generated by having Closure Compiler set ENCODEINTO_BUILD to true and removing dead code for compactness. Also, do not run npm run build in the encodeInto. That's done automatically when npm run build is runned in the topmost folder. Now that the files have been edited, run the following in the terminal in the root folder of the repository in order to minify the NodeJS JavaScript files.
npm run buildTo edit tests, edit test/node.js. These tests are compared against the native implementation to ensure validity. To run tests, do the following.
npm run testFeel free to reach out to me at [email protected]. I am fairly attentive to my github account, but in the unlikely event that issues/pulls start piling up, I of course welcome others to step in and contribute. I am widely open to input and collaboration from anyone on all of my projects.