> No learning curve beyond knowing how to work the DOM.
Except, you know, all the weird and non-weird stuff that they have that may or may not work as you expect it to:
raw.section(
"some-class",
functionThatMightReturnAString(),
e => e.classList.has("the-returned-class-string") && "another-class"
raw.on("click", () =>
{
alert("Button clicked!");
}),
"section-class",
raw.div("text"),
["class-2", [raw.div()]],
"section-class-other",
raw.on("connected", () =>
{
// Magic non-standard event!
}),
{ attr: "value" },
e => raw.on(window, "keydown", ev =>
{
// somehow global events
// and e is magically our element, of course
if (ev.key === "Escape")
e.remove();
}),
)
> No weird or unpredictable framework "magic".Except, you know, all of the above
> No performance overhead.
Remains to be seen
> No virtual DOM.
The weird obsession with "no virtual DOM" is weird because the fastest libs out there use virtual DOM. But zealots be zealoting
> Works in Node.js for server-side HTML generation (with the help of HappyDOM).
So, requires full DOM implementation to be used on the server. Most libraries/frameworks don't need that.