The ECMAScript proposal “Template Literal Revision” by Tim Disney reached stage 4 and will be part of ECMAScript 2018. It proposes to give the innards of tagged template literals more syntactic freedom.
With tagged template literals, you can make a function call by mentioning a function before a template literal:
> String.raw`\u{4B}`
'\\u{4B}'
String.raw
is a so-called tag function. Tag functions receive two versions of the fixed string pieces (template strings) in a template literal:
`\u{4B}`
becomes 'K'
.`\u{4B}`
becomes '\\u{4B}'
.The following tag function illustrates how that works:
function tagFunc(tmplObj, substs) {
return {
Cooked: tmplObj,
Raw: tmplObj.raw,
};
}
Using the tag function:
> tagFunc`\u{4B}`;
{ Cooked: [ 'K' ], Raw: [ '\\u{4B}' ] }
For more information on tag functions, consult Sect. “Implementing tag functions” in “Exploring ES6”.
The problem is that even with the raw version, you don’t have total freedom within template literals in ES2016. After a backslash, some sequences of characters are not legal anymore:
\u
starts a Unicode escape, which must look like \u{1F4A4}
or \u004B
.\x
starts a hex escape, which must look like \x4B
.\
plus digit starts an octal escape (such as \141
). Octal escapes are forbidden in template literals and strict mode string literals.That prevents tagged template literals such as:
latex`\unicode`
windowsPath`C:\uuu\xxx\111`
The solution is drop all syntactic restrictions related to escape sequences. Then illegal escape sequences simply show up verbatim in the raw representation. But what about the cooked representation? Every template string with an illegal escape sequence is an undefined element in the cooked Array:
> tagFunc`\uu ${1} \xx`
{ Cooked: [ undefined, undefined ], Raw: [ '\\uu ', ' \\xx' ] }