So what would a standardized JSX syntax output? It can't be document.createElement since that is a web API and not a generic JS API. So what would it do, exactly?
http://tolmasky.com/2016/03/24/generalizing-jsx/
We use this generic-jsx in DemoKit: https://github.com/runkitdev/demokit , and it's really cool because you can do fancy stuff like:
// Curry your JSX tags!
const wordmark = <span style = "font-face:custom; font-weight:bold" />;
.... <wordmark>hello</wordmark>if would mean that jsx would look something like
function helloEl() {return jsx <div> Hello ${name}! </div>}
as opposed to function helloEl() {return <div> Hello {name}! </div>}
It would be a bit different though in what is actually going on though. The top example would just desugar to jsx.div(`Hello ${name}`)
jsx would be looked up like any other variable. So you could just define it in global scope to point to ReactDOM1: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...
"Everything old becomes new again."
Helma, v8cgi and co. pioneered server-side JavaScript and around 2010 inspired CommonJS for portability, which Node.js became the dominant implementation of.
I believe Netscape's original web server product featured JavaScript as server-side scripting language back in 1995/6 already.
I was at their launch at ETech in like 2005?
Or, JSX is so backward, behind its time?
https://www.schneier.com/blog/archives/2013/10/how_the_nsa_a...
Prior Art # The JSX syntax is similar to the E4X Specification (ECMA-357). E4X is a deprecated specification with deep reaching semantic meaning. JSX partially overlaps with a tiny subset of the E4X syntax. However, JSX has no relation to the E4X specification.
JSX is more about XML as a development syntax, which makes more sense.