Frontender Magazine

Теневая модель документа (Shadow DOM)

Введение

Веб-компоненты — это набор новых стандартов, которые:

  1. Позволяют создавать виджеты,
  2. … которые могут быть использованы повторно без риска сбоев
  3. … и которые не приводят к разрушению страницы, если в следующей версии соответствующего веб-компонента внесены изменения в детали реализации.

Значит ли это, что придётся определиться, где стоит использовать HTML/JavaScript, а где — веб-компоненты? Нет! С помощью HTML и JavaScript можно создавать разные визуальные интерактивные штуки. В том числе и виджеты. При разработке виджета целесообразно воспользоваться знаниями HTML и JavaScript. Веб-компоненты придуманы, чтобы вам в этом помочь.

Не вижу смысла в переключении на другую технологию при разработке виджета. Например, я крайне не приветствую разработку виджетов на основе <canvas>. Этот элемент надёжен (если вы измените то, что он отрисовывает, странице не будет нанесён вред), однако он несовместим с доступностью, индексацией, композицией и независимостью от разрешения.

Тем не менее, есть существенная проблема, из-за которой разрабатывать виджеты на HTML и JavaScript довольно сложно: дерево элементов виджета не инкапсулировано от остальной страницы. Отсутствие инкапсуляции значит, что таблица стилей вашего сайта может быть по ошибке применена к компонентам внутри виджета; ваш JavaScript может случайно изменить составляющие виджета; названия ваших идентификаторов могут оказаться идентичными названиям идентификаторов внутри виджета и так далее.

Наиболее вредоносным обстоятельством отсутствия инкапсуляции является то, что после модернизации библиотеки и изменений в дереве элементов внутри виджета стили и скрипты вашей страницы могут быть разрушены самым непредсказуемым образом.

Веб-компоненты состоят из четырёх частей:

  1. Шаблоны (Templates)
  2. Теневая модель документа (Shadow DOM)
  3. Настраиваемые элементы (Custom Elements)
  4. Пакетирование (Packaging)

Теневая модель документа направлена на решение проблемы инкапсуляции дерева элементов. Четыре части веб-компонентов были придуманы для того, чтобы использоваться вместе, однако их можно использовать и отдельно. В этом руководстве вы узнаете, как использовать теневую модель документа (Shadow DOM).

Спецификация теневой модели документа пока поддерживается только в Chrome 25, поэтому для этого API используется вендорный префикс webkit.

Здравствуй, мир теней

В спецификации теневой модели документа вводится новый тип элементов. Он называется корневым элементом теневого дерева (shadow root). Элемент, к которому привязан корневой элемент теневого дерева, называется ведущим элементом теневого дерева (shadow host). Содержимое ведущего элемента не отображается, вместо него отображается содержимое корневого элемента теневого дерева.

Например, если у вас такая разметка:

<button>Здравствуй, мир!</button>
<script>
var host = document.querySelector('button');
var root = host.webkitCreateShadowRoot();
root.textContent = 'こんにちは、影の世界!';
</script>

то вместо

на вашей странице будет отображено

Это ещё не всё, если JavaScript страницы запросит textContent кнопки, ответом будет не «こんにちは、影の世界!», а «Здравствуй, мир!», потому что дочернее дерево инкапсулировано.

Пожалуй, здесь нарушено одно золотое правило: в теневое дерево нельзя помещать контент. Он должен быть помещён в основное дерево страницы, чтобы быть доступным скринридерам, поисковым системам и т.д. Теневое дерево предназначено для всей той семантически бессмысленной разметки, которая нужна, чтобы создать красивый и удобный виджет. А вот контент должен оставаться в коде страницы.

Конечно же, за нарушение этого правила вас никто не осудит; в сети вы свободны делать более-менее всё, что вам угодно. Однако, не перегибайте палку.

Разделение контента и представления

Теперь мы посмотрим как, используя теневую модель документа, можно разделить контент и представление. Скажем, у нас есть вот такая именная табличка:

Привет! Меня зовут
Сергей

Вот разметка. Такую вы бы написали сейчас. В ней не используется теневая модель документа.

<style>
.outer {
  border: 2px solid brown;
  border-radius: 1em;
  background: red;
  font-size: 20pt;
  width: 14em;
  height: 7em;
  text-align: center;
}
.boilerplate {
  color: white;
  font-family: sans-serif;
  padding: 0.5em;
}
.name {
  color: black;
  background: white;
  font-family: "Marker Felt", cursive;
  font-size: 45pt;
  padding-top: 0.2em;
}
</style>
<div class="outer">
  <div class="boilerplate">
    Здравствуйте! Меня зовут
  </div>
  <div class="name">
    Сергей
  </div>
</div>

Так как дерево элементов не инкапсулировано, всё содержимое именной таблички помещено прямо в код страницы. Если волей случая для каких-либо элементов в остальном коде страницы используются те же имена классов для стилизации или подключения скрипта, нам придётся не сладко.

Этого можно избежать.

Шаг 1. Прячем описание представления

С точки зрения семантики нам нужны только следующие сведения:

Сначала напишем разметку с учётом наших семантических требований:

<div id="nameTag">Сергей</div>

Затем поместим все теги div и описание стилей, отвечающих за представление, в элемент <template>:

<div id="nameTag">Сергей</div>
<template id="nameTagTemplate">
<style>
.outer {
  border: 2px solid brown;

  … то же что и выше …

</style>
<div class="outer">
  <div class="boilerplate">
    Здравствуйте! Меня зовут
  </div>
  <div class="name">
    Сергей
  </div>
</div>
</template>

На данном этапе отображается только «Сергей». Так как мы поместили элементы, отвечающие за представление, в элемент <template>, они не отображаются, однако их можно извлечь с помощью JavaScript. Что мы сейчас и сделаем, чтобы заполнить корневой элемент теневого дерева:

<script>
var shadow = document.querySelector('#nameTag').webkitCreateShadowRoot();
var template = document.querySelector('#nameTagTemplate');
shadow.appendChild(template.content);
template.remove();
</script>

Стандарты для создания шаблонов, вроде теневой модели документа, находятся на стадии становления. Элемент <template> поддерживается в Chrome Canary. Корневой элемент теневого дерева можно заполнить также с помощью таких хорошо известных свойств и методов как innerHTML, appendChild, getElementById и т.д. Эта статья посвящена теневой модели документа, так что мы не будем вникать в работу элемента <template> глубже. Если вы хотите узнать о нём больше, прочитайте статью «Новый HTML-тег template».

Теперь, после прописания кода корневого элемента теневого дерева, именная табличка снова отображается полностью. Если кликнуть по ней правой кнопкой мыши и просмотреть код элемента, можно увидеть симпатичную семантическую разметку:

<div id="nameTag">Сергей</div>

Как видите, мы спрятали описание представления именной таблички, используя теневое дерево.

Шаг 2. Разделение контента и представления

В коде страницы теперь не видно описания представления именной таблички, однако нельзя говорить о разделении представления и контента. Ведь хоть на странице и присутствует контент (имя «Сергей»), однако на самом деле отображается имя, скопированное в корневой элемент теневого дерева. Чтобы изменить имя на табличке, его нужно поменять в двух местах, что в результате может привести к непоследовательности.

Элементы HTML композиционны — например, можно поместить кнопку в таблицу. Композиционность именно то, что нам в этом случае нужно: именная табличка должна быть композицией из красного фона, текста приветствия и имени на табличке.

Вы, создатель компонента, определяете, какая композиция должна быть у вашего виджета, используя новый элемент <content>. Он создаёт точку вставки в представлении виджета, в которой выборочно отображается контент из ведущего элемента теневого дерева.

Изменим разметку теневого дерева на следующую:

<template id="nameTagTemplate">
<style>
  …
</style>
<div class="outer">
  <div class="boilerplate">
    Здравствуйте! Меня зовут
  </div>
  <div class="name">
    <content></content>
  </div>
</div>
</template>

При отображении именной таблички, содержимое из ведущего элемента проецируется в то место, где находится элемент <content>.

Теперь структура страницы упрощена, ведь имя указано только в одном месте — в коде страницы. Если вам когда-нибудь потребуется обновить имя пользователя, нужно только прописать:

document.querySelector('#nameTag').textContent = 'Игорь';

и всё. Отображение именной таблички автоматически обновляется браузером, потому что происходит проецирование её содержимого туда, где расположен <content>.

Пример использования Shadow DOM:

Иван

Теперь мы добились разделения контента и представления. Контент помещён в дерево страницы; представление — в теневое дерево. Когда приходит время что-либо отобразить, браузер их синхронизирует автоматически.

Шаг 3. Польза

Разделяя контент и представление можно упростить код, используемый для управления контентом. В примере с именной табличкой в этом коде простая конструкция с всего одним <div> вместо нескольких.

Если нам нужно изменить представление, код в дереве страницы менять не нужно!

Например, представим что нам нужно локализировать именную табличку. Мы имеем дело с той же самой именной табличкой, так что семантическое содержимое страницы не меняется:

<div id="nameTag">Сергей</div>

Исходный код в корневом элементе теневого дерева остаётся прежним. Изменяется только то, что в него подставляется:

<template id="nameTagTemplate">
<style>
.outer {
  border: 2px solid pink;
  border-radius: 1em;
  background: url(sakura.jpg);
  font-size: 20pt;
  width: 12em;
  height: 7em;
  text-align: center;
  font-family: sans-serif;
  font-weight: bold;
}
.name {
  font-size: 45pt;
  font-weight: normal;
  margin-top: 0.8em;
  padding-top: 0.2em;
}
</style>
<div class="outer">
  <div class="name">
    <content></content>
  </div>
  と申します。
</div>
</template>

Теперь мы получили именную табличку с текстом на японском языке:

Илья

Автор фонового изображения — Майк Дауман (Mike Dowman); изображение использовано в согласии с условиями лицензии Creative Commons.

Это значительный шаг вперёд, ведь код для обновления имени зависит от структуры соответствующего компонента, которая теперь проста и последовательна. Ваш код для обновления имени не должен учитывать элементы, которые используются для отображения контента. Если взглянуть на то, что отображается, в русском языке имя идёт на втором месте (после «Здравствуйте! Меня зовут»), но первым в японском (перед «と申します»). Это различие не имеет никакого семантического значения на этапе обновления отображаемого имени, так что не должно быть необходимости учитывать этот нюанс в коде обновления имени.

Бонус: продвинутое проецирование

В примере выше элемент <content> выбирает контент из ведущего элемента теневого дерева. Используя атрибут select можно контролировать что проецирует элемент <content>. Также можно использовать несколько элементов <content>.

Например, у нас есть такой код страницы:

<div id="nameTag">
  <div class="first">Сергей</div>
  <div>С. Максимов</div>
  <div class="email">serg@</div>
</div>

и корневой элемент теневого дерева, который с помощью селекторов CSS проводит выборку определённого контента:

<div style="background: purple; padding: 1em;">
  <div style="color: red;">
    <content select=".first"></content>
  </div>
  <div style="color: yellow;">
    <content select="div"></content>
  </div>
  <div style="color: blue;">
    <content select=".email"></content>
  </div>
</div>

Примечание: с помощью select можно выбрать только те элементы, которые являются непосредственно дочерними по отношению к главному узлу. Это значит что нельзя выбрать непрямой потомок (например select="table tr").

Элемент <div class="email"> подходит под условие <content select="div"> и <content select=".email">. Сколько раз будет отображаться электронный адрес Сергея и в каком цвете?

Сергей
C. Максимов

Ответ: электронный адрес Сергея выводится один раз, в желтом цвете.

Причиной этому то, что создание дерева для контента, который впоследствии будет отображаться на экране, напоминает организацию большого праздника. Элемент content — это приглашение, которое впускает контент из кода страницы в служебные помещения теневой модели документа для последующего отображения на странице. Эти приглашения доставляются по очереди; приглашение получает тот, кто прописан как получатель (с помощью атрибута select). Контент получает приглашение и отправляется на праздник. Если на тот же адрес отправлено ещё одно приглашение, то оно никого не застаёт дома, и никто больше не придёт на ваш праздник.

В примере выше <div class="email"> подходит под условия наличия div и .email, однако так как элемент content с селектором div в коде идёт первым, <div class="email"> отправляется на жёлтый праздник и на синий праздник идти некому.

Если какой-то элемент не приглашён ни на один праздник, он не отображается вовсе. Вот что случилось с текстом «Здравствуй, мир» в самом первом примере. Это может пригодиться, когда нужно достичь кардинально отличающегося отображения: пропишите семантическую модель в коде страницы, которая будет доступна скриптам, но не будет отражаться, и с помощью JavaScript подключите её к абсолютно иной модели отображения в теневом дереве.

Например, в HTML предложена прекрасная возможность выбора даты. Если прописать <input type="date">, получите аккуратный всплывающий календарь. Но что если нужно предоставить пользователю возможность выбрать диапазон дат для отпуска его мечты? Код страницы нужно прописать так:

<div class="dateRangePicker">
  <label for="start">Начало:</label>
  <input type="date" name="startDate" id="start">
  <br>
  <label for="end">Конец:</label>
  <input type="date" name="endDate" id="end">
</div>

и создать теневое дерево, в которое будет помещена таблица для создания первоклассного календаря с подсветкой диапазона дат и другими возможностями. Когда пользователь кликает по дням в календаре, компонент обновляет состояние полей ввода startDate и endDate; когда пользователь отсылает введённые данные на обработку, отсылаются значения этих элементов input.

Зачем я добавил теги label, если они не будут отображаться? Если пользователь будет просматривать форму в браузере, не поддерживающем теневую модель документа, форма все равно будет работать, хоть и не будет выглядеть так же красиво. Пользователь увидит нечто вроде:


Конец первой части

Это всё основы теневой модели документа, вы успешно ознакомились с первой частью цикла статей! С помощью теневой модели документа можно осуществить намного большее, например, можно применить несколько теней для одного ведущего элемента теневого дерева, или вложенные тени для инкапсуляции, или же построить свою страницу на основе модельно-управляемых представлений (Model-Driven Views) и теневой модели документа. И теневой моделью документа веб-компоненты не ограничиваются. Например, используя ещё одну часть веб-компонентов, под названием «настраиваемые элементы», можно прописать теневое дерево для виджетов декларативно вместо того, чтобы использовать для этого скрипты.

Если вы заметили ошибку, вы всегда можете отредактировать статью, создать issue или просто написать об этом Антону Немцеву в skype ravencry.

Dominic Cooney
Автор:
Dominic Cooney
GitHub:
coonsta
Twitter:
@coonsta
Email:
dominic.cooney@gmail.com
Google Plus:
coonsta
Наталья Фадеева
Переводчик:
Наталья Фадеева
вКонтакте:
natatik_l
Twitter:
@very_busy_girl
GitHub:
NatalieF

Комментарии (9 комментариев, если быть точным)

Автар пользователя
mikeyakimenko

Все круто)) Но хоть убей, не пойму, как это использовать?))

Автар пользователя
mikeyakimenko

Точнее не то что бы как, а зачем? Где применять?

Автар пользователя
SilentImp

Разного рода интерфейсные элементы, например. В shadow dom можно спрятать то, что относится чисто к представлению. А заодно таким образом можно разделить стили которые задают оформление документа и элемента интерфейса.

Автар пользователя
mikeyakimenko

Нет ну я то понимаю, просто .. мне кажется не видел еще такого проекта где это было бы не обходимо) Ну именно у меня.

Автар пользователя
SilentImp

Разделение представления, логики и данных тоже не является необходимым. Но с ним жить проще. Впрочем я пока тоже не использовал теневой дом в реальных проектах. Но думаю имеет смысл попробовать и посмотреть на практике какие именно преимущества это может дать.

Автар пользователя
mikeyakimenko

Вот и я о том же.. То есть сказать что бесполезно.. не могу)) А где и как применить.. )))

Автар пользователя
j0gurt

Ну с учетом того, что поддержка только с Chrome 25, то это только маленькие проектики для себя (о комерции и речи не идет). Но структура понравилась, спасибо за перевод.

Автар пользователя
etroynov

Зачем все оформлять в div? смотришь и глаза режет.

Автар пользователя
k-topolyan

Кстати, недавно перевел спецификацию W3C DOM4, если кому-то интересно: http://topolyan.com/w3c/w3c-dom4-ru.html На данный момент это последняя версия рекомендации W3C.