|
|
|
|
|
by jcelerier
1798 days ago
|
|
> The appropriate comparison for evaluating the value of using a virtual DOM should not be about that, but only about the part you describe as "blitting the object to the screen". You have the data, no matter how, where, or even -to some extent- how often, and you want to put it on the screen. But the solution to the problem which is how to go from
inputs (which you don't have any control over)
to
"You have the data, no matter how, where, or even -to some extent- how often, and you want to put it on the screen"
will pretty much look like a vdom, no ? |
|
Not necessarily.
Maybe you can find some rendering comparisons from a few years ago. There was some "demo" called DBMonster or DBMON that showed the performance of updating a large amount of values on a table in a web page. The thing is a lot of different implementations were then written by many people using many different frameworks -including many using a virtual DOM and many not using one- and also even some "vanilla" implementations. I don't suggest it for the performance comparison -which you can of course look into- but, more in line with the question: it may be a good way to find a number of different approaches.