В тегах-фасетка также могут иметь атрибуты. Эти атрибуты называют базисными фасетками (fundamental facets). Среди них выделяют: complexTypeСхема: базовый элемент Группы элементовГруппа позволяет описать общие элементы. (работает как include) Схема: Источник CIV. Функции разборщика XMLXML (eXtensible Markup Language) это формат данных для обмена структурированными документами в Web. Это стандарт, созданный консорциумом World Wide Web consortium (W3C). Информация о XML и сопутствующих технологиях находится на сайте http://www.w3.org/XML/ УстановкаЭто расширение использует библиотеку expat, которую можно найти на http://www.jclark.com/xml/. Makefile, который поставляется вместе с expat, не строит библиотеку по умолчанию. Вы можете использовать такое make-правило: Постройте PHP. Tada! Вот и всё. Об этом расширенииЭто расширение позволяет создавать XML-разборщики и определять обработчики различных XML-событий. Каждый XML-разборщик также имеет несколько параметров, которые вы можете настроить. Вот имеющиеся XML-обработчики: Таблица 1. Поддерживаемые XML-обработчикиВыравнивание регистра/Case FoldingСледующие константы определены для кодов ошибок XML (как возвращаемые xml_parse() ): | XML_ERROR_NONE | | XML_ERROR_NO_MEMORY | | XML_ERROR_SYNTAX | | XML_ERROR_NO_ELEMENTS | | XML_ERROR_INVALID_TOKEN | | XML_ERROR_UNCLOSED_TOKEN | | XML_ERROR_PARTIAL_CHAR | | XML_ERROR_TAG_MISMATCH | | XML_ERROR_DUPLICATE_ATTRIBUTE | | XML_ERROR_JUNK_AFTER_DOC_ELEMENT | | XML_ERROR_PARAM_ENTITY_REF | | XML_ERROR_UNDEFINED_ENTITY | | XML_ERROR_RECURSIVE_ENTITY_REF | | XML_ERROR_ASYNC_ENTITY | | XML_ERROR_BAD_CHAR_REF | | XML_ERROR_BINARY_ENTITY_REF | | XML_ERROR_ATTRIBUTE_EXTERNAL_ENTITY_REF | | XML_ERROR_MISPLACED_XML_PI | | XML_ERROR_UNKNOWN_ENCODING | | XML_ERROR_INCORRECT_ENCODING | | XML_ERROR_UNCLOSED_CDATA_SECTION | | XML_ERROR_EXTERNAL_ENTITY_HANDLING |
Целевая кодировка выполняется, когда PHP передаёт данные функциям XML-обработчиков. Когда XML-обработчик создаётся, устанавливается та же самая целевая кодировка, что и исходная кодировка, но она может быть изменена в любой момент. Целевая кодировка влияет на символьные данные и на имена тэгов и цели инструкций процессинга. Если XML-разборщик находит символы вне диапазона представления исходной кодировки, он возвратит ошибку. Если PHP находит в разбираемом XML-документе символы, которые не могут быть представлены в избранной целевой кодировке, проблемные символы будут «понижены в звании». В настоящее время это означает, что такие символы заменяются знаком вопроса. Вот примеры скриптов PHP, разбирающих XML-документы. Пример структуры XML-элементовВ первом примере отображается структура стартовых элементов документа с отступом. Пример 1. Показ структуры XML-элементовПример Отображения XML-тэговПример 2. Отображение XML в HTMLЭтот пример отображает тэги XML-документа непосредственно в тэги HTML. Элементы, не найденные в «массиве отображения», игнорируются. Конечно, этот пример будет работать только со специфическим типом XML-документов. |
Пример внешнего экземпляра XMLЭтот пример разъясняет XML-код. Он показывает, как использовать обработчик ссылки на внешний экземпляр для включения и разбора других документов, а также то, как можно обработать PI, и способ определения «trust/доверия» PI, содержащим код. Источник Пример XML схемыВ этой главе будет показано, как писать XML схемы. Также вы узнаете, что схемы можно писать разными способами. XML документДавайте посмотрим на следующий XML документ под названием «shiporder.xml»: Приведенный выше XML документ состоит из корневого элемента shiporder с обязательным атрибутом orderid. Элемент shiporder содержит три дочерних элемента: orderperson, shipto и item. Элемент item используется дважды и содержит элемент title, необязательный элемент note, а также элементы quantity и price. Строка xmlns:xsi=»http://www.w3.org/2001/XMLSchema-instance» говорит XML парсеру, что этот документ должен быть проверен на соответствие схеме. Строка xsi:noNamespaceSchemaLocation=»shiporder.xsd» указывает, где именно находится схема (в данном случае она находится в той же папке, что и файл «shiporder.xml»). Создание XML схемыТеперь для приведенного выше XML документа создадим XML схему. Создадим новый файл, который назовем «shiporder.xsd». Для создания XML схемы будем просто следовать за структурой XML документа и определять каждый встреченный элемент. Начнем со стандартной XML декларации, за которой опишем элемент xs:schema, который и определяет саму схему: Здесь мы используем стандартное пространство имен (xs) и URI, ассоциированный с этим пространством имен, который имеет стандартное значение http://www.w3.org/2001/XMLSchema. Теперь мы должны определить элемент shiporder. У этого элемента есть атрибут, и он содержит другие элементы, поэтому мы рассматриваем его как элемент составного типа. Определения дочерних элементов элемента shiporder поместим в декларацию xs:sequence, что задает жесткую последовательность подэлементов: Теперь определим элемент orderperson, который будет простого типа (так как он не содержит ни атрибуты, ни другие элементы). Его тип (xs:string) имеет префикс пространства имен, ассоциированного с XML схемой, что указывает на использование предопределенного типа данных: Теперь нам нужно определить два элемента составного типа: shipto и item. Начнем с определения элемента shipto: При помощи схем мы можем определить число возможных вхождений любого элемента. В этом нам помогут атрибуты maxOccurs и minOccurs. Атрибут maxOccurs задает максимальное число вхождений элемента, а атрибут minOccurs задает минимальное число вхождений. По умолчанию значение обоих атрибутов равно 1. Теперь определим элемент item. Этот элемент может использоваться неограниченное число раз внутри элемента shiporder. Определить такую особенность элемента item позволяет присваивание атрибуту maxOccurs значения «unbounded». Это означает, что элемент item может использоваться столько раз, сколько нужно автору документа. Обратите внимание, что элемент note опционален. Определим это установив атрибут minOccurs в нулевое значение: Теперь мы можем декларировать атрибут элемента shiporder. Поскольку это обязательный атрибут, используем определение use=»required». Примечание: Атрибуты должны всегда декларироваться последними: Вот полный код файла схемы «shiporder.xsd»: Разделение схемыПредыдущий способ компоновки схемы весьма прост, однако, когда документ достаточно сложен, при подобном способе соответствующая схема может оказаться довольно громоздкой, что сильно скажется на удобстве ее чтения и поддержки. Следующий способ компоновки схемы заключается в том, что сначала определяются все элементы и атрибуты, а затем на эти определения создаются ссылки при помощи атрибута ref. Ниже приводится новая компоновка файла схемы («shiporder.xsd»): Использование поименованых типовТретий способ компоновки схемы предполагает определение классов или типов, которые позволяют повторное использование определений элементов. Это становится возможным, если дать имена элементам simpleTypes и complexTypes, а затем указать на них при помощи атрибута type. Третий способ компоновки файла схемы («shiporder.xsd»): Элемент restriction указывает на то, что тип данных является производным от типов данных из пространства имен W3C XML Schema. Таким образом, следующий фрагмент кода означает, что значение элемента или атрибута должно быть строковым: Однако гораздо чаще элемент restriction используется для накладывания ограничений на элементы. Посмотрите на следующие строки из приведенной выше схемы: Этот фрагмент кода указывает, что значение элемента или атрибута должно быть строковым, ровно шесть символов в длину, и этими символами должны быть цифры от 0 до 9. Источник | 
