Re:Hyperscript Tagged Markup: JSX alternative using standard...
by atombender on Friday November 23, 2018 @11:08AM
(#18517209)
I was responding to your false assertion that f`s` is the exact equivalent of f("s"), which only holds true without interpolations. f`a${b}c`) becomes f("a", b, "c").
Secondly, the answer is Babel. Since the string's components are part of the AST, it can optimize and compile it as the original poster claimed.
Re:Hyperscript Tagged Markup: JSX alternative using standard...
by dmitriid on Sunday November 25, 2018 @08:22AM
(#18526767)
> which only holds true without interpolations. f`a${b}c`) becomes f("a", b, "c").
The difference is so subtle as to be irrelevant. You still need to manually parse, process and assemble strings. There’s no magic. There’s no code. It’s just strings (with some values here and there).
It’s enough to see the implementation of HTM (or lit-html or any other library using tagged literals) to see that.
> the answer is Babel
Which is only mentioned once the bullshit claims about tagged literals are refuted.
Babel is not exactly the answer, but as poor man’s macros it will do.
Re:Hyperscript Tagged Markup: JSX alternative using standard...
by wild_preference on Friday November 23, 2018 @08:41AM
(#18516329)
They're just talking about https://www.npmjs.com/package/babel-plugin-htm.
> A Babel plugin that compiles htm syntax to hyperscript, React.createElement, or just plain objects.
> These are tagged templates, not strings. They work as code at runtime, and it already has support to optimize it, compile it, etc.
So. How exactly do they "work as code" and "have support to optimize it, compile it, etc."?
Here's HTM's main function https://github.com/developit/htm/blob/master/src/index.mjs#L...
It: concatenates strings, parses (via regexes), then concatenates again. Can someone enlighten me as to why this is awesome, is code, is optimized and compiled?