> Kobold does not have a concept of a stateful component. The view rendering part is relatively unopinionated about state management. It is entirely feasible to implement React-esque hooks like in Yew or Dioxus as a 3rd-party crate. Reactive signals like in Sycamore or Leptops should also interact nicely with the View trait.
it seems that it's the manually manipulated ones that are at the forefront...
> I need to look closer. It does appear that the Millions implementation will get flagged as manual manipulation. So that might get changed to one a bit slower. I can't imagine anyone writing this code
There was a bug in ivi 2.0.0 with `shouldComponentUpdate` optimization, it was completely ignored. This benchmark submission rerenders and diffs everything on each change, all other `f(state) => UI` libraries in this benchmark are implemented with `shouldComponentUpdate` optimization. Also, unlike majority of libraries on the left side of the table, ivi doesn't use any type of event delegation(implicit or explicit) to get better results, just plain old `addEventListener()` is used internally to attach event listeners.
It’s a term borrowed from C++, a “zero cost abstraction.”
Some folks use “zero overhead abstraction” to try and make the concept a bit more clear, since everything has some cost somewhere. “Zero cost” can feel incorrect.
Blame Gary Gygax for coming up with the strange concept that kobolds are these weird reptilian creatures. I like "traditional" kobolds (https://en.wikipedia.org/wiki/Kobold) more. The cutest is probably this one: https://en.wikipedia.org/wiki/Meister_Eder_und_sein_Pumuckl#... - mind you, I wouldn't trust him to handle my UI either, but at least I wouldn't have to worry that he wants to chew my face off...
reply