public interface DOMConfiguration
DOMConfiguration
интерфейс представляет конфигурацию документа и поддерживает таблицу распознанных параметров. Используя конфигурацию, возможно измениться Document.normalizeDocument()
поведение, такое как замена CDATASection
узлы с Text
узлы или определение типа схемы, которая должна использоваться когда проверка допустимости Document
требуется. DOMConfiguration
объекты также используются в [DOMParser
и DOMSerializer
интерфейсы. Названия параметра, используемые DOMConfiguration
объект определяется всюду по ДОМУ Левелю 3 спецификации. Имена являются нечувствительными к регистру. Избегать возможных конфликтов, как соглашение, имена, обращающиеся к параметрам, определенным вне спецификации ДОМА, должны быть сделаны уникальными. Поскольку параметры представляются, поскольку свойствам на имена рекомендуют следовать за разделом 5.16 Идентификаторов [Unicode] с добавлением символа '-' (ДЕФИС - МИНУС), но это не осуществляется реализацией ДОМА. ДОМ Левель 3 Базовых Реализации обязан распознавать все параметры, определенные в этой спецификации. Некоторые значения параметра могут также быть обязаны поддерживаться реализацией. Сошлитесь на определение параметра, чтобы знать, должно ли значение поддерживаться или нет.
Отметьте: Параметры подобны функциям и свойствам, используемым в SAX2
Следующий список параметров определил в ДОМЕ:
"canonical-form"
true
DocumentType
узел (если любой) от дерева, или удаления лишних объявлений пространства имен от каждого элемента. Отметьте, что это ограничивается тем, что может быть представлено в ДОМЕ; в частности нет никакого способа определить порядок атрибутов в ДОМЕ. Кроме того, Устанавливая эти параметры к true
также установит состояние упомянутых ниже параметров. Более поздние изменения к состоянию одного из тех параметров вернутся "каноническая форма" назад к false
. Набор параметров к false
: "объекты", "нормализовать-символы", "cdata-разделы". Набор параметров к true
: "пространства имен", "объявления пространства имен", "правильно построенные", "пробел контента элемента". Другие параметры не изменяются если явно не определено в описании параметров.false
"cdata-sections"
true
CDATASection
узлы в документе.false
CDATASection
узлы в документе в Text
узлы. Новое Text
узел тогда объединяется с любым смежным Text
узел."check-character-normalization"
true
DOMError.type
равняется "отказу нормализации контрольного символа", выпускается. false
"comments"
true
Comment
узлы в документе.false
Comment
узлы в документе."datatype-normalization"
true
true
. Активирование этого параметра, когда "проверяют", false
не имеет никакого эффекта, и никакая нормализация схемы не произойдет. Отметьте: Так как документ содержит результат обработки XML 1.0, этот параметр не применяется к нормализации значения атрибута как определено в разделе 3.3.3 из
false
"element-content-whitespace"
true
false
Text
узлы, которые содержат пробелы в контенте элемента, как описано в Text.isElementContentWhitespace
определить если a Text
узел должен быть отброшен или нет."entities"
true
EntityReference
узлы в документе.false
EntityReference
узлы из документа, помещая расширения объекта непосредственно в их место. Text
узлы нормализуются, как определено в Node.normalize
. Только Отметьте: Этот параметр не влияет Entity
узлы.
"error-handler"
DOMErrorHandler
объект. Если с ошибкой встретятся в документе, то реализация перезвонит DOMErrorHandler
зарегистрированное использование этого параметра. Реализация может обеспечить значение по умолчанию DOMErrorHandler
объект. Когда вызвано, DOMError.relatedData
будет содержать самый близкий узел туда, где ошибка произошла. Если реализация неспособна определить узел, где ошибка происходит, DOMError.relatedData
будет содержать Document
узел. Мутации к документу изнутри обработчика ошибок приведут к зависящему от реализации поведению. "infoset"
true
false
: "проверьте, если схема", "объекты", "нормализация типа данных", "cdata-разделы".This вызывают следующие параметры к true
: "объявления пространства имен", "правильно построенные", "пробел контента элемента", "комментарии", "пространства имен".Other параметры, не изменяются если явно не определено в описании параметров. Отметьте что, запрашивая этот параметр с getParameter
возвраты true
только если отдельные параметры, определенные выше, соответственно устанавливаются.false
infoset
к false
не имеет никакого эффекта."namespaces"
true
false
"namespace-declarations"
false
. true
false
Node.prefix
) сохраняются, даже если эти параметры устанавливаются к false
."normalize-characters"
true
false
"schema-location"
DOMString
объект, содержащий список URI, разделенных пробелами (символы, соответствующие schema-type
, иначе поведение реализации неопределено. Схемы определили, что использование этого свойства имеет приоритет к информации о схеме, определенной в документе непосредственно. Для пространства имен осведомленная схема, если схема определила использование этого свойства и схемы, определенной в экземпляре документа (то есть использование schemaLocation
атрибут) в документе схемы (то есть схема использования import
механизмы), совместно используют то же самое targetNamespace
, схема, определенная пользователем, использующим это свойство, будет использоваться. Если две схемы определили, что использование этого свойства совместно использует то же самое targetNamespace
или не имейте никакого пространства имен, поведение является зависящим от реализации. Если никакое расположение не было обеспечено, этот параметр null
. Отметьте: "schema-location"
параметр игнорируется, если значение параметра "типа схемы" не устанавливается. Этому строго рекомендуют это Document.documentURI
будет установлен так, чтобы реализация могла успешно разрешить любые внешние объекты, на которые ссылаются.
"schema-type"
DOMString
объект, содержащий абсолютный URI и представляющий тип языка схемы, используемого, чтобы проверить документа против. Отметьте, что никакая лексическая проверка не делается на абсолютном URI. Если эти параметры не устанавливаются, значение по умолчанию может быть обеспечено реализацией, основанной на поддерживаемых языках схемы и на языке схемы, используемом во время загрузки. Если никакое значение не обеспечивается, этот параметр null
. Отметьте: Для XML-схемы ["http://www.w3.org/2001/XMLSchema"
. Для DTD XML "http://www.w3.org/TR/REC-xml"
. Другие языки схемы выходят за рамки W3C и поэтому должны рекомендовать абсолютный URI, чтобы использовать этот метод.
"split-cdata-sections"
true
DOMError.type
равняется "cdata-sections-splitted"
и DOMError.relatedData
равняется первому CDATASection
узел в порядке документа, следующем из разделения.false
CDATASection
содержит непредставимый символ."validate"
true
true
. Этот параметр переоценит: Attr.specified
равняется false
, как определено в описании Attr
интерфейс; Text.isElementContentWhitespace
для всех Text
узлы; Attr.isId
для всех Attr
узлы; Element.schemaTypeInfo
и Attr.schemaTypeInfo
. Отметьте: "проверьте, если схема" и "проверяет", являются взаимоисключающими, устанавливая одного из них к true
установит другой один в false
. Приложения должны также считать устанавливание параметров "правильно построенным" к true
, который является значением по умолчанию для той опции, проверяя документа.
false
true
. "validate-if-schema"
true
true
. Отметьте: "проверьте, если схема" и "проверяет", являются взаимоисключающими, устанавливая одного из них к true
установит другой один в false
.
false
true
. "well-formed"
true
Document.xmlVersion
: Node.nodeName
содержит недопустимые символы согласно его узлу, вводят и генерируют a DOMError
из типа "wf-invalid-character-in-node-name"
, с a DOMError.SEVERITY_ERROR
серьезность, в случае необходимости; Attr
, Element
, Comment
, Text
, CDATASection
узлы для недопустимых символов и генерируют a DOMError
из типа "wf-invalid-character"
, с a DOMError.SEVERITY_ERROR
серьезность, в случае необходимости; ProcessingInstruction
узлы для недопустимых символов и генерируют a DOMError
из типа "wf-invalid-character"
, с a DOMError.SEVERITY_ERROR
серьезность, в случае необходимости; false
Разрешение системных идентификаторов, связанных с объектами, делается, используя Document.documentURI
. Однако, когда функция "LS", определенный в [DOMConfiguration
объекты, присоединенные к Document
узлы. Если эти параметры устанавливаются, Document.normalizeDocument()
вызовет преобразователь ресурса вместо использования Document.documentURI
.
См. также
Модификатор и Тип | Метод и Описание |
---|---|
boolean |
canSetParameter(String name, Object value)
Проверьте, если устанавливание параметров к определенному значению поддерживается.
|
Объект |
getParameter(String name)
Возвратите значение параметра если известный.
|
DOMStringList |
getParameterNames()
Список параметров поддерживается этим
DOMConfiguration возразите и для которого по крайней мере одно значение может быть установлено приложением. |
void |
setParameter(String name, Object value)
Установите значение параметра.
|
void setParameter(String name, Object value) throws DOMException
name
- Имя параметра, чтобы установить.value
- Новое значение или null
если пользователь хочет сбросить параметр. В то время как тип параметра, передаваемого по значению определяется как DOMUserData
, объектный тип должен соответствовать тип, определенный определением параметра. Например, если параметр является "обработчиком ошибок", значение должно иметь тип DOMErrorHandler
.DOMException
- NOT_FOUND_ERR: Повышенный, когда название параметра не распознается. Object getParameter(String name) throws DOMException
name
- Имя параметра.null
если никакой объект не был связан или если параметр не поддерживается.DOMException
- NOT_FOUND_ERR: Повышенный, когда название параметра не распознается.boolean canSetParameter(String name, Object value)
name
- Имя параметра, чтобы проверить.value
- Объект. если null
, возвращенное значение true
.true
если параметры могли бы быть успешно установлены к указанному значению, или false
если параметр не распознается, или требуемое значение не поддерживается. Это не изменяет текущую стоимость параметра непосредственно.DOMStringList getParameterNames()
DOMConfiguration
возразите и для которого по крайней мере одно значение может быть установлено приложением. Отметьте, что этот список может также содержать названия параметра, определенные вне этой спецификации.
Для дальнейшей ссылки API и документации разработчика, см. Java Документация SE. Та документация содержит более подробные, предназначенные разработчиком описания, с концептуальными краткими обзорами, определениями сроков, обходных решений, и рабочих примеров кода.
Авторское право © 1993, 2013, Oracle и/или его филиалы. Все права защищены.
Проект сборка-b92