Когда необходим раздел CDATA в теге скрипта?

Когда вы хотите, чтобы это подтвердилось (в XML / XHTML - спасибо, Лорен Сигал).

Когда вы стремитесь к строгому соответствию XHTML, вам понадобится CDATA, чтобы меньше чем и амперсанды не помечались как недопустимые символы.

Раздел CDATA необходим, если вам нужно, чтобы ваш документ анализировался как XML (например, когда страница XHTML интерпретируется как XML) и вы хотите иметь возможность писать буквальные i<10 и a && b вместо i<10 и a && b, поскольку XHTML будет анализировать код JavaScript как проанализированные символьные данные, а не как символьные данные по умолчанию. Это не проблема со сценариями, которые хранятся во внешних исходных файлах, но для любого встроенного JavaScript в XHTML вы наверное захотите использовать раздел CDATA.

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

Для хорошей рецензии на эту тему см. https://web.archive.org/web/20140304083226/http://javascript.about.com/library/blxhtml.htm

нет использует CDATA в HTML4, но вы должен используете CDATA в XHTML, а должен используете CDATA в XML, если у вас есть неэкранированные символы, такие как <и>.

Когда браузеры обрабатывают разметку как XML:

<script>
<![CDATA[
    ...code...
]]>
</script>

Когда браузеры обрабатывают разметку как HTML:

<script>
    ...code...
</script>

Когда браузеры обрабатывают разметку как HTML и вы хотите, чтобы разметка XHTML 1.0 (например) проверялась.

<script>
//<![CDATA[
    ...code...
//]]>
</script>

HTML

Анализатор HTML будет рассматривать все, что находится между <script> и </script>, как часть сценария. Некоторым реализациям даже не нужен правильный закрывающий тег; они останавливают интерпретацию сценария на "</", что правильно согласно спецификации.

Update In HTML5, and with current browsers, that is not the case anymore.

Итак, в HTML это возможно нет:

<script>
var x = '</script>';
alert(x)
</script>

Раздел CDATA имеет никакого эффекта. Вот почему вам нужно написать

var x = '<' + '/script>'; // or
var x = '</script>';

или похожие.

Это также относится к файлам XHTML, обслуживаемым как text/html. (Поскольку IE не поддерживает типы содержимого XML, это в основном верно.)

XML

В XML применяются другие правила. Обратите внимание, что браузеры (не IE) используют синтаксический анализатор XML, только если документ XHMTL обслуживается с типом содержимого XML.

Для синтаксического анализатора XML тег script ничем не лучше любого другого тега. В частности, узел сценария может содержать нетекстовые дочерние узлы, запускаемые «<»; а знак «&» обозначает символьный объект.

Итак, в XHTML это возможно нет:

<script>
if (a<b && c<d) {
    alert('Hooray');
}
</script>

Чтобы обойти это, вы можете обернуть весь скрипт в раздел CDATA. Это сообщает синтаксическому анализатору: «В этом разделе не обрабатывайте "<" и "&" как управляющие символы». Чтобы механизм JavaScript не интерпретировал метки «<![CDATA[» и «]]>», вы можете заключить их в комментарии.

Если ваш сценарий не содержит «<» или «&», вам в любом случае не нужен раздел CDATA.

чтобы избежать ошибок xml во время проверки xhtml.

Таким образом, старый браузер не анализирует код Javascript, и страница не ломается.

Обратная совместимость. Должен любить это.

CDATA сообщает браузеру отображать текст как есть, а не отображать его как HTML.

Это X (HT) ML. Когда вы используете такие символы, как < и > в JavaScript, например для сравнения двух целых чисел это должно быть проанализировано как XML, поэтому они будут отмечены как начало или конец тега.

CDATA означает, что следующие строки (все до ]]> не являются XML и, следовательно, не должны анализироваться таким образом.

CDATA указывает, что содержимое не является XML.

Вот объяснение по википедия

Это необходимо для того, чтобы проверка XHTML работала правильно, если на вашей странице есть встроенный JavaScript, а не внешние ссылки.

XHTML требует, чтобы ваша страница строго соответствовала требованиям разметки XML. Поскольку JavaScript может содержать символы со специальным значением, вы должны заключить его в CDATA, чтобы проверка не пометила его как искаженный.

With HTML pages on the web you can just include the required JavaScript between and tags. When you validate the HTML on your web page the JavaScript content is considered to be CDATA (character data) that is therefore ignored by the validator. The same is not true if you follow the more recent XHTML standards in setting up your web page. With XHTML the code between the script tags is considered to be PCDATA (parsed character data) which is therefore processed by the validator.

Because of this, you can't just include JavaScript between the script tags on your page without 'breaking' your web page (at least as far as the validator is concerned).

Вы можете изучить подробнее о CDATA здесь и подробнее о XHTML здесь.

В основном это позволяет писать документ, который является одновременно XHTML и HTML. Проблема в том, что в XHTML синтаксический анализатор XML интерпретирует символы &, <,> в теге сценарий и вызывает ошибку синтаксического анализа XML. Итак, вы можете написать свой JavaScript с объектами, например:

if (a > b) alert('hello world');

Но это непрактично. Более серьезная проблема заключается в том, что если вы читаете страницу в HTML, тег сценарий считается CDATA «по умолчанию», и такой JavaScript не запускается. Следовательно, если вы хотите, чтобы одна и та же страница была в порядке при использовании парсеров XHTML и HTML, вам необходимо заключить тег сценарий в элемент CDATA в XHTML, но НЕ заключать его в HTML.

Этот трюк отмечает начало элемента CDATA как комментарий JavaScript; в HTML парсер JavaScript игнорирует тег CDATA (это комментарий). В XHTML синтаксический анализатор XML (который запускается перед JavaScript) обнаруживает его и обрабатывает остальное до конца CDATA как CDATA.

CDATA необходим на любом диалекте XML, потому что текст в узле XML обрабатывается как дочерний элемент до того, как он будет оценен как JavaScript. Это также причина того, почему JSLint жалуется о символе < в регулярных выражениях.

Рекомендации

• Создание декларативного языка пользовательского интерфейса XML
• Будущее Интернета: богатые клиенты, многофункциональные браузеры, многофункциональные порталы

CDATA указывает, что содержимое не является XML.