[%] VirtualDOM이 성능을 향상시킨다?

[익명(114.30)]

VirtualDOM이 버퍼를 만들어서 더 빠르다라는게 대표적인 오개념임

수년동안 유튜버와 블로거들이 오개념 독물을 퍼뜨리고 있는데

애초에 렌더링 자체가 브라우저의 관할이기 때문에

JS로 아무리 발광을 해도 소용이 없음

즉, RealDOM과 VirtualDOM의 속도 차이가 거의 없다는 상식임

[익명(203.211)]

버추얼돔을 쓰는 이유가 리얼돔 조작 자체를 최소화하려고 쓰는건데 버추얼돔이랑 리얼돔 조작을 비교하면 어쩌잔거야 ㅋㅋㅋ

[익명(114.30)]

독물에 당했구만

[익명(203.211)]

독물이고 나발이고 애초에 비교 대상 자체가 아닌걸 비교하니까 하는 말이지 버퍼를 만들어서 더 빠르단건 도대체 어디서 온 개소리냐. 생전 처음들어보는데

[익명(yayakon)]

데이터 100만개 랜더링하면 리얼돔이 523배 빠름

[익명(203.211)]

돔트리 계층이 얕을수록 리얼돔이 더 빠르고 깊을수록 가상돔이 더 빠르다 게이야 데이터 100만개가 뭔 소린지 모르겠다만, 그게 100만개짜리 리스트를 의미한다면 리얼돔이고 가상돔이고 나발이고 느려서 못써먹어. 100만개가 아니라 천개짜리 리스트라고 한다면 업데이트되는 패턴에 따라서 다른데, 가상돔이 훨씬 더 빠르거나, 리얼돔이 근소한 차이로 빠름. 리얼돔이 그렇게 크게 차이나게 빠를수가 없다.

[익명(yayakon)]

리스트 말한거

[elysiaJS(14.5)]

chartJS 이런거 최적화 하더라도 프레임저하는 일어나던데

[elysiaJS(14.5)]

다른 프레임워크랑 비교했을때 유독 리엑트가 너무심했음

[익명(203.211)]

그거 캔버스기반 아님?? 어차피 리액트다 다른 프레임워크 쓰더라도 ref로 직접 돔조작 하는거라 이거랑 완전 상관없는 이야기인데

[elysiaJS(14.5)]

초기 차트 렌더링 , 웹소켓 데이터받아서 실시간으로 애니메이션 박고 쓰니 애니메이션 작동할때마다 프레임 30대로 떨어지긴하던데 뭐 내가 잘못쓴거일수도있고

[익명(203.211)]

그럼 그건 랜더링이랑 관련된게 아니라, 상태처리 방식이 잘못되었을 가능성이 큼. 사실 나도 캔버스 기반 작업은 그냥 바닐라로 하는게 편하긴 하더라.

[elysiaJS(14.5)]

이런 ㅠㅠ

[익명(203.211)]

캔버스에 렌더링하는건 그냥 복잡한 돔처리 없이 캔버스 엘리먼트 하나만 딱 띄우고 거기다가 api로 그리는거라 이런거랑 아무 상관없음 고쳐보고싶으면 상태관리쪽을 한번 살펴봐 뭐 이미 다른거 쓰고있는것 같지만

[elysiaJS(14.5)]

프론트 너무 어렵다 씌벌

[익명(strain9013)]

애초에 그소리 스벨트가 깨부순거 아녔음?

[익명(203.211)]

맞음. 최적화를 컴파일타임에 한다는거지 최적화를 안한다는게 아닌데

[익명(211.209)]

그 오개념 이미 깨졌다고합니다.

[익명(172.225)]

제이쿼리 전성기 때 소리잖아, 이제는 v8 나오고는 직접 접근이 더 빠르다는게 정설인데