Чем реализация Virtual DOM отличается от createDocumentFragment (), если состояние не наблюдается?

Виртуальный DOM - это облегченная копия DOM, которая поддерживается / кэшируется локально перед вставкой в ​​реальный DOM. Мы можем изменить его по своему желанию, а затем сохранить в нашем реальном дереве DOM. Он использует эффективные алгоритмы сравнения для обновления изменений вперед и назад и других случаев использования.
Все это сделано для того, чтобы избежать прямых манипуляций с DOM, поскольку это дорогостоящая операция.
У нас есть метод document.createDocumentFragment (), который можно использовать в JavaScript, который также создает объекты узлов воображаемого дерева для вставки в DOM.
Я хотел бы знать, если у меня нет представления / компонента, который должен наблюдать за каким-либо состоянием или двунаправленной привязкой (например, просто визуализировать шаблон с помощью переданных опций и обрабатывать события в DOM), действительно ли Virtual DOM изменит это сценарии?
Или это так же хорошо, как createDocumentFragment (), если все, что ему нужно сделать, это просто рендеринг и отсутствие наблюдения за состоянием.
  • Вопрос задан
  • 85 просмотров
Решения вопроса 2
rockon404
@rockon404 Куратор тега React
Frontend Developer
Virtual DOM React не имеет никакого отношения к DocumentFragment. Отсюда назревает ответ на ваш вопрос, что реализация отличается всем.

Он использует эффективные алгоритмы сравнения для обновления изменений вперед и назад и других случаев использования.

Virtual DOM это лишь упрошенная модель DOM-древа, никаких алгоритмов Virtual DOM не использует, это делает ReactDOM при сверке древа. Никаких вставок Virtual DOM в реальный DOM не происходит. Хотя бы по причине полной несовместимости.

Если вам действительно интересно как происходит работа с Virtual DOM и сверка в React, то можете прочитать одну из многочисленных статей на эту тему.
Ответ написан
Robur
@Robur
Знаю больше чем это необходимо
Разница в том что VirtualDom делают на JS на супер простых объектах с ограниченным функционалом и это очень быстро по сравнению с настоящим DOM, которые заметно сложнее и заметно медленнее.

Я хотел бы знать, если у меня нет представления / компонента, который должен наблюдать за каким-либо состоянием или двунаправленной привязкой (например, просто визуализировать шаблон с помощью переданных опций и обрабатывать события в DOM), действительно ли Virtual DOM изменит это сценарии?


Если ваш результирующий HTML не меняется в процессе работы - то можно и без virtualDom. Но это будет просто статичный HTML файл.

Если HTML как-то меняется - то подход с virtualDom может оптимизировать эти изменения.

Даже если у вас нет явного состояния, но в процессе работы вы хоть как-то меняете страницу - значит где-то это состояние есть. И вы меняете html в момент когда это состояние меняется, например

просто визуализировать шаблон с помощью переданных опций и обрабатывать события в DOM
Ответ написан
Пригласить эксперта
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы
Ultimate Guitar Минск
от 1 000 до 5 000 usd.
Enapter Санкт-Петербург
от 180 000 до 240 000 руб.
АгроМон Москва
от 120 000 до 160 000 руб.
20 авг. 2019, в 22:39
6000 руб./за проект
20 авг. 2019, в 21:44
5000 руб./за проект