element1.textContent = "x"; element1.textContent = "b"; element1.textContent = "c"; ...wykonuje trzy cykle odświeżenia(?), czy wykonuje się tylko ostatnie?
Żeby się tylko ostatnie wykonało, to chyba przeglądarka musiałby rozpoznać, że odniesienie do DOM jest dokładnie takie same. Czy rozpoznaje?
To dotyczy też sytuacji, gdzie odniesienia do DOM się kolejkują, jak z użyciem requestAnimationFrame z fastdom, przez co potencjalny problem nie polega tylko na tym, żeby "usunąć niepotrzebny kod", bo powiedzmy, funkcje rozrzucone w aplikacji mogą odnosić się do tego samego.
Dodatkowo: Może istnieje jakiś preprocesor optymalizujący(babel?) albo refactor/warning dla vscode?
@look997 poszukaj pod hasłami reflow lub repaint (nie ma wiele info na ten temat, a jak już coś jest to dotyczy głównie css), devtoolsy mają możliwość sprawdzenia zmian w kolejnych klatkach, jednak intuicyjnie odpowiadając na pytanie - o ile zmiany odbywają się w ramach jednej klatki to powinien odbyć się tylko jeden reflow
@tlaziuk: @look997: : a to nie jest tak ze jezeli kontener ma np display block wiec jest rozciagniety na max szerokosc to po wstawieniu do niego tekstu nie robi reflowa bo struktura sie nie zmienia?
Czy zapis...
element1.textContent = "x";element1.textContent = "b";
element1.textContent = "c";
...wykonuje trzy cykle odświeżenia(?), czy wykonuje się tylko ostatnie?
Żeby się tylko ostatnie wykonało, to chyba przeglądarka musiałby rozpoznać, że odniesienie do DOM jest dokładnie takie same. Czy rozpoznaje?
To dotyczy też sytuacji, gdzie odniesienia do DOM się kolejkują, jak z użyciem requestAnimationFrame z fastdom, przez co potencjalny problem nie polega tylko na tym, żeby "usunąć niepotrzebny kod", bo powiedzmy, funkcje rozrzucone w aplikacji mogą odnosić się do tego samego.
Dodatkowo:
Może istnieje jakiś preprocesor optymalizujący(babel?) albo refactor/warning dla vscode?
@look997: trzy razy się wykona
Komentarz usunięty przez autora