Нужно держать в голове еще один важный момент: XML-теги чувствительны к регистру (серьезное отличие от HTML, в котором регистр не имеет никакого значения). Поэтому отличается от , который, в свою очередь, отличается от .
По этой причине предыдущий HTML-пример (<Рх/р>) в XML работать не будет: поскольку теги чувствительны к регистру, XML-анализатор не сумеет найти для закрывающего тега никакого открывающего тега, а открывающему тегу <р> не будет поставлен в соответствие ни один закрывающий тег.

Если мы будем создавать элементы, то придется их как-то называть, и XML, надо сказать, весьма великодушен в том, что касается допустимости имен. Например, в XML отсутствуют зарезервированные слова, которых следует избегать, как это приходится делать практически во всех языках программирования; поэтому существует большая гибкость в этом вопросе.
Тем не менее несколько правил все же существует, и им надо подчиняться:
■ Имена могут начинаться с букв (включая не латинские символы) или символа"_" (подчеркивание), но не с цифр и не со знаков препинания.

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

XML-документы должны соответствовать этим правилам, и тогда они будут считаться правильно оформленными.

}

Прежде чем переходить к деталям, мы их просто перечислим:
■ Каждый открывающий тег должен иметь соответствующий закрывающий тег
■ Теги не могут перекрывать друг друга
■ XML-документы могут иметь только один корневой элемент

Пора перестать называть вещи "пунктами" и "текстом"; нам понадобится несколько названий для частей, из которых состоит XML-документ. Чтобы во всем разобраться, рассмотрим пример, созданный в главе 1:
John
Fitzgerald Johansen Doe
Слова, расположенные между символами "<" и ">", называются XML^rera-
ми. Информация, содержащаяся в нашем документе (наши данные), находит-
ся внутри различных тегов, которые и образуют разметку документа. Это
позволяет легко отличать в документе информацию от разметки. j

Мы уже обсудили некоторые причины, по которым имеет смысл использовать XML для передачи данных, и теперь нам придется слегка "запачкать руки" и изучить вопрос, как создать собственные XML-документы. В данной главе мы расскажем обо всем, что необходимо для создания правильно оформленного XML.

Правильно оформленный XML — это XML, который подчиняется определенным грамматическим законам, прописанным в стандарте XML 1.0.
Из этой главы можно узнать:
■ Как создавать XML-элементы, используя открывающие и закрывающие теги
■ Как более подробно описать элемент с помощью атрибутов

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

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

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

Если в таблице стилей содержится более одного шаблона, то как узнать, из них будет рассматриваться первым? Просматривает ли XSL-процессор шаблоны в таблице стилей один за другим в поисках совпадений в исходном реве? Или он просматривает исходное дерево узел за узлом в поисках эл тов, соответствующих шаблонам из таблицы стилей?

Мы уже кратко познакомились с понятием шаблона. Это действительно душа и сердце XSLT. Таблицы стилей — это просто коллекции таких шаблонов, которые применяются ко входному документу для получения выходного документа. В данном разделе мы более подробно изучим синтаксис шаблонов и познакомимся с принципами их работы.
Взглянем еще раз на предыдущую таблицу стилей XSLT из предшествующей главы:
Эта таблица стилей имеет только один шаблон, указывающий на участок кода, однако таблицы стилей могут иметь столько шаблонов, сколько необходимо. Для данного шаблона важны два момента: