DEV Community

Discussion on: Is VDom still faster?

 
efpage profile image
Eckehard

Ten years back the browser landscape was still very inhomogenous. Creating Apps that could run on every computer needed tools like babel or forced to use a very limited set of commands that where common sense. And, Javascript was still a bit slow.

  1. About 5 years ago (maybe a bit earlier), companies managed to syncrhonize their development, so today we can be pretty sure that Javascript will run on every current browser. There are still some minor differences, but the common sense is pretty broad.

  2. Browser engines gained a lot of speed and possiblilties with HTML5, so the brower serves pretty well as a programming platform for all kinds of tools.

  3. Javascript developed a lot from a simple scripting language to a full features programming tools. In parallel it is very fast today so it can compeed with compiled code.

I´m not sure that 5 years ago it was a good idea to create native JS apps. Maybe it was possible, but still not easy. Today, things are different. We can use JS to write native apps and can be pretty sure they will run on more or less any machine.

I started the journey with my own framework DML recently, and the results are pretty amazing without any virtual DOM and bulky toolchain. The project is still in it´s baby shoes, but develops very nicely. So, I´m pretty sure that VDom is pure overhead. But as we have learned, a VDom is necessary for declarative code only. As DML relies on the OO paradigm, it plays very smooth on the real DOM.