Часто задаваемые вопросы

В чем отличие “xmlfilter” от “xmlfilter.parse”?

Почему в одних местах используется одно название, в других - другое?

Чем эта библиотека принципиально отличается от DTD и XMLSchema?

Чем использование этой библиотеки принципиально отличается от стандартных средств проверки валидности xml-документов?

В чем отличие “xmlfilter” от “xmlfilter.parse”?

Согласно правилам иерархической организации имен, имя xmlfilter является родительским по отношению к имени xmlfilter.parse. Отсюда, собственно, и отличия: xmlfilter является чем-то более общим по отношению к xmlfilter.parse. xmlfilter.parse является частью библиотеки xmlfilter.

Библиотека xmlfilter, в свою очередь, является частью бесплатного движка для создания порталов popoff.donetsk.ua/light.

Библиотека xmlfilter.parse содержит в себе набор скриптов для фильтрации XML-документов. Эта библиотека довольно просто вырезается из системы popoff.donetsk.ua/light и поэтому вы можете получить библиотеку xmlfilter.parse как в составе системы popoff.donetsk.ua/light, так и отдельно от нее.

Библиотека xmlfilter, кроме модуля фильтрации xml-документов, содержит в себе так же набор модулей, упрощающих ввод xml-документов. Эти модули используют много разных функций системы popoff.donetsk.ua/light, и отделить всю библиотеку xmlfilter от этой системы - затруднительно. Поэтому полный вариант библиотеки xmlfilter Вы пока что можете получить только в составе системы popoff.donetsk.ua/light.

Если Вы находите библиотеку xmlfilter полезной и у Вас есть время и желание выделить ее из системы popoff.donetsk.ua/light - пишите в форум - буду рад с Вами сотрудничать!

Чем эта библиотека принципиально отличается от DTD и XMLSchema?

Чем использование этой библиотеки принципиально отличается от такой конструкции:
<?php $dom->loadHTML($html)
  $dom->schemaValidate('myshema.xsd');
?>

• Благодаря использованному модулю a.param параметры управления этим модулем могут наследоваться: можно указать общие параметры и для каждого отдельного объекта их конкретизировать. При использовании иерархической системы управления статьями это означает, что для некоторых статей можно задать больше или меньше разрешений по сравнению с остальными статьями. При использовании стандартных методов нужно было бы заводить много разных схем и для каждой статьи указывать, какая из схем в ней используется. Если захотим поменять настройку для всех статей, то нужно будет изменять все схемы. В моем случае нужно поменять настройки только одной корневой статьи.

• Расширенные возможности валидации: для проверки корректности значений атрибутов используются функции пользователя.

• Возможность преобразования документов. Модуль xmlfilter не просто проверяет документ и запрещает все, что не разрешено, он может его так же преобразовывать. Хотя это и не соответствует одному из назначений этой библиотеки - повысить переносимость документов, отказываться от таких возможностей не хочется. Например, можно автоматически преобразовывать смайлы, можно добавлять свои теги, которые преобразуются в какой-то html-код или загружают данные, зависящие от системы, в которой этот код используется. У меня, например, таким образом можно вставлять в статьи форму для отправки почтового сообщения, автоматическое содержание для статей, форму для голосования. Вид некоторых элементов изменяется в зависимости от использованного набора шаблонов («скин»). У меня так же нигде не ставятся прямые ссылки на документы. На моем сайте используется подсистема централизованного управления ссылками, и ссылки в статьях могут автоматически изменяться при изменении объекта, на который они ссылаются; эти ссылки автоматически изменяются так же при переключении языка просмотра.

• Благодаря модулю a.param при использовании подсистемы управления привилегиями администраторов passport.privilege для каждого администратора можно указать, какие параметры он может настраивать, а какие - нет.

• Более простой (хотя, соглашусь, что не на много), чем в стандартном варианте синтаксис управления параметрами. Но его уже проще объяснить администраторам.

• Многие параметры отвечают на вопрос «можно ли»/«нельзя ли» использовать этот тег/атрибут. Поскольку у нас в удобном виде есть множество булевских параметров, то нам их легко использовать для того, что бы создать визуальный редактор, который учитывал бы все разрешения. При использовании XMLSchema это множество булевских значений тоже можно получить, но не так просто, как при использовании параметров.

• В модуле xmlfilter - более гибкая система обработки ошибок. Пользователь не только узнает о том, правильно ли он ввел или нет (в стандартных библиотеках - только ответ «да» или «нет»), но он так же узнает, что именно он ввел не правильно. В случае синтаксической ошибки показывается номер строки, номер столбца При ошибках любых типов визуально показывается место ошибки.

• В случае наличия несинтаксических ошибок часть текста показывается правильно, остальная - в исходном варианте. При использовании стандартных методов весь текст показывался бы в исходном варианте при наличии любых ошибок.

Последняя модификация: 24.10.05 20:29

Не проходите мимо! Оставьте Ваш комментарий в форуме! >>>