IDOMConfiguration 인터페이스

정의

[Android.Runtime.Register("org/w3c/dom/DOMConfiguration", "", "Org.W3c.Dom.IDOMConfigurationInvoker")]
public interface IDOMConfiguration : Android.Runtime.IJavaObject, IDisposable, Java.Interop.IJavaPeerable

[<Android.Runtime.Register("org/w3c/dom/DOMConfiguration", "", "Org.W3c.Dom.IDOMConfigurationInvoker")>]
type IDOMConfiguration = interface
    interface IJavaObject
    interface IDisposable
    interface IJavaPeerable

특성

RegisterAttribute

구현

IJavaObject IJavaPeerable IDisposable

설명

인터페이스는 DOMConfiguration 문서의 구성을 나타내며 인식된 매개 변수 테이블을 유지 관리합니다. 구성을 사용하면 노드를 노드로 Text 바꾸 CDATASection 거나 유효성 검사를 요청할 때 사용해야 하는 스키마 유형을 지정하는 등의 동작을 Document 변경할 Document.normalizeDocument() 수 있습니다. DOMConfiguration 개체는 인터페이스의 [DOM 수준 3 로드 및 저장]에도 DOMParserDOMSerializer 사용됩니다.

개체에서 DOMConfiguration 사용하는 매개 변수 이름은 DOM 수준 3 사양 전체에서 정의됩니다. 이름은 대/소문자를 구분하지 않습니다. 충돌을 방지하려면 규칙으로 DOM 사양 외부에서 정의된 매개 변수를 참조하는 이름을 고유하게 만들어야 합니다. 매개 변수는 속성으로 노출되므로 이름은 '-'(HYPHEN-MINUS) 문자를 추가하여 [유니코드]의 섹션 5.16 식별자를 따르는 것이 좋지만 DOM 구현에는 적용되지 않습니다. 이 사양에 정의된 모든 매개 변수를 인식하려면 DOM 수준 3 핵심 구현이 필요합니다. 구현에서 일부 매개 변수 값을 지원해야 할 수도 있습니다. 값을 지원해야 하는지 여부를 확인하려면 매개 변수 정의를 참조하세요. <p ><b>참고:</b> 매개 변수는 SAX2 [SAX]에서 사용되는 기능 및 속성과 유사합니다.

DOM<에 정의된 매개 변수 목록은 다음과 같습니다. dl<>dt/dt><>"canonical-form"< dd<>dl><dt><true/dt><dd>[<em>optional</em>] 트리에서 노드를 제거하거나 각 요소에서 불필요한 네임스페이스 선언을 DocumentType 제거하는 등 [정식 XML]에 지정된 규칙에 따라 문서를 정식화합니다. 이는 DOM에서 나타낼 수 있는 항목으로 제한됩니다. 특히 DOM에서 특성의 순서를 지정할 수 있는 방법은 없습니다. 또한 이 매개 변수를 설정하면 true 아래에 나열된 매개 변수의 상태도 설정됩니다. 나중에 해당 매개 변수 중 하나의 상태가 변경되면 "정식 형식"이 다시 .로 되돌아갑니다 false. 매개 변수는 false"entities", "normalize-characters", "cdata-sections"로 설정됩니다. "namespaces", "namespace-declarations", "well-formed", "element-content-whitespace"로 설정된 true매개 변수입니다. 매개 변수 설명에 명시적으로 지정하지 않는 한 다른 매개 변수는 변경되지 않습니다.</dd><dt/dt>false><< dd>[<em>required</em>](<em>default</em>)문서를 정식화하지 마세요.</dd/dl></dd><dt><"cdata-sections"/dt><dd><dl><dt><true/dt><dd>[<em>required</em>](<em>default</em>)문서에 노드를 유지 CDATASection 합니다.<></dd><dt/dt><>false< dd>[<em>required</em>]문서의 노드를 노드로 Text 변환 CDATASection 합니다. 그런 다음 새 Text 노드를 인접 노드와 결합합니다Text.</dd></dl></dd><dt><"check-character-normalization" dt><dd<>dl dttrue<>></dt><dd>[<em>optional</em>] 문서의 문자가 [XML 1.1]의 부록 B에 정의된 대로 완전히 정규화되었는지 확인합니다. 정규화 검사에 실패하는 문자 시퀀스가 발견되면 "check-character-normalization-failure"와 DOMError.type 같은 오류가 발생합니다. </dd><dt/dt>false><< dd>[<em>required</em>](<em>default</em>)문자가 정규화되었는지 확인하지 않습니다.</dd/dl></dd><dt><"comments"/dt><dd><dl><dt><true/dt><dd>[<em>required</em>](<em>default</em>)문서에 노드를 유지 Comment 합니다.<></dd><dt>false</dt><dd>[<em>required</em>]문서의 노드를 삭제 Comment 합니다.</dd/dl></dd><dt>"datatype-normalization"</dt><dd><dl dt>><<true/dt><dd>[<em>optional</em>] XML 스키마의 경우 XML 스키마 정규화된 값과 같은 스키마 정규화된 값을 트리에 노출합니다.>< 이 매개 변수에는 스키마 정보가 있어야 하므로 "validate" 매개 변수도 .로 true설정됩니다. "유효성 검사"가 수행될 때 이 매개 변수를 활성화하는 것은 false 효과가 없으며 스키마 정규화가 발생하지 않습니다. <p ><b>참고:</b> 문서에 XML 1.0 처리 결과가 포함되어 있으므로 이 매개 변수는 [XML 1.0]의 섹션 3.3.3에 정의된 특성 값 정규화에 적용되지 않으며 DTD(문서 형식 정의) 이외의 스키마 언어에만 사용됩니다. </dd><dt/dt><<>false dd>[<em>required</em>](<em>default</em>) 트리에서 스키마 정규화를 수행하지 않습니다. </dd/dl></dd><dt>"element-content-whitespace"</dt><dd><dl><dt>true</dt><dd>[<em>required</em>](<em>default</em>)문서의 모든 공백을 유지합니다.<></dd><dt/dt>false<>< dd>[<em>optional</em>] [요소 콘텐츠 공백]에 설명된 대로 요소 콘텐츠에 공백이 포함된 모든 Text 노드를 삭제합니다. 구현은 특성을 Text.isElementContentWhitespace 사용하여 노드를 삭제해야 하는지 Text 여부를 결정해야 합니다.</dd/dl></dd><dt><"entities"/dt><dd><dl><dt><true/dt><dd>[<em>required</em>](<em>default</em>)문서에 노드를 유지 EntityReference 합니다.<></dd><dt/dt>false<<> dd>[<em>required</em>] 문서에서 모든 EntityReference 노드를 제거하여 엔터티 확장을 해당 위치에 직접 배치합니다. Text 노드는 에 정의된 대로 정규화됩니다 Node.normalize. 설명되지 않은 엔터티 참조만 문서에 보관됩니다. </dd></dl><p ><b>참고:</b> 이 매개 변수는 노드에 영향을 Entity 주지 않습니다. </dd><dt><"error-handler"/dt><dd>[<em>required</em>] 개체를 DOMErrorHandler 포함합니다. 문서에서 오류가 발생하면 구현은 이 매개 변수를 사용하여 등록된 항목을 DOMErrorHandler 다시 호출합니다. 구현은 기본 DOMErrorHandler 개체를 제공할 수 있습니다. 호출 DOMError.relatedData 될 때 오류가 발생한 가장 가까운 노드가 포함됩니다. 구현에서 오류가 발생하는 DOMError.relatedData 노드를 확인할 수 없는 경우 노드가 Document 포함됩니다. 오류 처리기 내에서 문서를 변경하면 구현 종속 동작이 발생합니다. </dd><dt/dt"infoset"<> dt<>dd<>dl<>dt><true/dt><dd>[<em>required</em>]XML Information Set [XML Information Set]에 정의된 정보를 문서에 보관합니다. 이렇게 하면 "validate-if-schema", "entities", "datatype-normalization", "cdata-sections"라는 매개 변수false가 강제로 적용됩니다. 이렇게 하면 "namespace-declarations", "well-formed", "element-content-whitespace", "comments", "namespaces"라는 매개 변수true가 강제로 적용됩니다. 매개 변수 설명에 명시적으로 지정하지 않는 한 다른 매개 변수는 변경되지 않습니다. 위에 지정된 개별 매개 변수 getParameter 가 적절하게 설정된 경우에만 반환 true 을 사용하여 이 매개 변수를 쿼리합니다.</dd><dt><false/dt dt><dd>설정 infosetfalse 은 효과가 없습니다.</dd/dl></dd><dt><"namespaces"/dt><dd><dl dt><true></dt><dd>[<em>required</em>](<em>default</em>) 에 정의된 대로 네임스페이스 처리를 수행합니다.>< </dd><dt><false/dt><dd>[<em>optional</em>] 네임스페이스 처리를 수행하지 않습니다. </dd/dl></dd dt>"namespace-declarations"<<>/dt><dd> 이 매개 변수는 매개 변수 "네임스페이스"가 로 설정된 false경우 효과가 없습니다.>< <dl><dt/dt><<>true dd>[<em>required</em>](<em>default</em>) 문서에 스키마에서 지정되거나 기본값으로 지정된 네임스페이스 선언 특성을 포함합니다. [XML 네임스페이스] 및 [XML 네임스페이스 1.1]의 "네임스페이스 선언" 섹션도 참조하세요.</dd><dt><false/dt><dd>[<em>required</em>]모든 네임스페이스 선언 특성을 삭제합니다. 네임스페이스 접두사(Node.prefix)는 이 매개 변수가 로 설정된 false경우에도 유지됩니다.</dd/dl></dd><dt>"normalize-characters"</dt><dd><dl dt>>true<</dt><dd>[<em>optional</em>] [XML 1.1]의 부록 B에 정의된 대로 문서의 문자를 완전히 정규화했습니다.>< </dd><dt/dt>false><< dd>[<em>required</em>](<em>default</em>)문자 정규화를 수행하지 않습니다.</dd></dl></dd><dt/dt><><"schema-location" dd>[<em>optional</em>] DOMString URI 목록을 포함하는 개체를 나타내며, 현재 스키마와 같이 유효성 검사가 수행되어야 하는 스키마를 나타내는 공백(섹션 2.3 [XML 1.0]에 정의된 비터미널 프로덕션 S와 일치하는 문자)로 구분됩니다. 이 목록에서 참조되는 스키마의 형식은 지정된 형식과 schema-type일치해야 합니다. 그렇지 않으면 구현 동작이 정의되지 않습니다. 이 속성을 사용하여 지정한 스키마가 문서 자체에 지정된 스키마 정보보다 우선합니다. 네임스페이스 인식 스키마의 경우 이 속성을 사용하여 지정된 스키마와 스키마 문서의 문서 인스턴스(즉, 특성 사용 schemaLocation )에 지정된 스키마(즉, 스키마 import 메커니즘 사용)가 동일한 targetNamespace스키마를 공유하는 경우 이 속성을 사용하는 사용자가 지정한 스키마가 사용됩니다. 이 속성을 사용하여 지정된 두 스키마가 동일 targetNamespace 하거나 네임스페이스가 없는 경우 동작은 구현에 따라 달라집니다. 위치가 제공되지 않은 경우 이 매개 변수는 .입니다 null. <p ><b>참고:</b>"schema-location" "schema-type" 매개 변수 값이 설정되지 않으면 매개 변수가 무시됩니다. 구현에서 참조된 모든 외부 엔터티를 성공적으로 확인할 수 있도록 설정하는 것이 좋습니다 Document.documentURI . </dd><dt/dt>"schema-type"<<> dd>[<em>optional</em>] 절대 URI를 포함하고 문서의 유효성을 검사하는 데 사용되는 스키마 언어의 형식을 나타내는 개체를 나타냅니다.DOMString 절대 URI에서는 어휘 검사가 수행되지 않습니다. 이 매개 변수를 설정하지 않으면 지원되는 스키마 언어 및 로드 시 사용되는 스키마 언어에 따라 구현에서 기본값을 제공할 수 있습니다. 값이 제공되지 않으면 이 매개 변수는 .입니다 null. <p ><b>참고:</b> XML 스키마 [XML 스키마 1부]의 경우 애플리케이션에서 이 값을 "http://www.w3.org/2001/XMLSchema"사용해야 합니다. XML DTD [XML 1.0]의 경우 애플리케이션에서 이 값을 "http://www.w3.org/TR/REC-xml"사용해야 합니다. 다른 스키마 언어는 W3C의 범위를 벗어나므로 이 메서드를 사용하려면 절대 URI를 권장해야 합니다. </dd><dt/dt"split-cdata-sections"<> dt><dd><dl<>dt<true>/dt><dd>[<em>required</em>](<em>default</em>)CDATA 섹션 종료 표식 ']]>'을 포함하는 분할 CDATA 섹션. CDATA 섹션이 분할되면 분할로 인해 문서 순서의 첫 번째 CDATASection 노드와 DOMError.type 같 "cdata-sections-splitted" 고 DOMError.relatedData 같은 경고가 발생합니다.</dd><dt/dt><>false< dd>[<em>required</em>]표시할 수 없는 문자가 포함된 경우 CDATASection 오류를 알릴 수 있습니다.</dd/dl></dd><dt>"validate"</dt><dd><dl dt>><<true/dt><dd>[<em>optional</em>] 문서의 스키마(i.e. XML 스키마, DTD, 스키마의 다른 형식 또는 표현)에 대한 유효성 검사가 [XML 1.0]에 정의된 대로 정규화되어야 합니다.>< 유효성 검사 오류가 발견되거나 스키마를 찾을 수 없는 경우 오류 처리기에 알림이 표시됩니다. "datatype-normalization" 매개 변수가 아닌 경우 스키마 정규화된 값은 true사용된 스키마에 따라 노출되지 않습니다. 이 매개 변수는 인터페이스 < 설명 Attr 에 지정된 대로 ul><li> Attribute 노드 Attr.specified 와 같은 값을 다시 평가<합니다false./li li><> 모든 Text 노드에 대한 특성 Text.isElementContentWhitespace 의 값입니다. </li li><> 모든 Attr 노드에 대한 특성 Attr.isId 의 값입니다. </li li>>< 특성 Element.schemaTypeInfo 및 .Attr.schemaTypeInfo </li></ul<>p ><b>참고:</b> "validate-if-schema" 및 "validate"는 상호 배타적입니다. 그 중 하나를 설정하면 true 다른 false스키마가 로 설정됩니다. 또한 애플리케이션은 문서의 유효성을 검사할 true때 해당 옵션의 기본값인 "올바른 형식" 매개 변수를 설정하는 것도 고려해야 합니다. </dd><dt/dt><<>false dd>[<em>required</em>](<em>default</em>) 내부 하위 집합 처리를 포함하여 스키마 처리를 수행하지 않습니다. 기본 특성 값 정보는 유지됩니다. "validate-if-schema"가면 유효성 검사가 계속 발생할 수 있습니다 true . </dd/dl></dd><dt>"validate-if-schema"</dt><dd><dl dt>true<<>/dt><dd>[<em>optional</em>]문서 요소에 대한 선언을 스키마에서 찾을 수 있는 경우에만 유효성 검사를 사용하도록 설정합니다(스키마, DTD 또는 스키마의 다른 형식이나 표현을 i.e. XML 있음).>< 유효성 검사를 사용하는 경우 이 매개 변수는 "validate" 매개 변수가 로 설정된 것과 동일한 동작을 가집니다 true. <p ><b>참고:</b> "validate-if-schema" 및 "validate"는 상호 배타적입니다. 그 중 하나를 설정하면 true 다른 false스키마가 .로 설정됩니다. </dd><dt/dt><<>false dd>[<em>required</em>](<em>default</em>) 문서에 내부 하위 집합 처리를 포함한 스키마가 있는 경우 스키마 처리를 수행해서는 안 됩니다. 기본 특성 값 정보는 유지됩니다. "validate" true가 .인 경우에도 유효성 검사가 수행되어야 합니다. </dd></dl></dd><dt/dt>><"well-formed"< dd><dl dt><true></dt><dd>[<em>required</em>](<em>default</em>) 사용 Document.xmlVersion중인 XML 버전에 따라 모든 노드가 XML 형식인지 확인합니다<. ul><li>는 특성 Node.nodeName 에 노드 형식에 따라 잘못된 문자가 포함되어 있는지 확인하고 필요한 < 경우 심각도를 사용하여 DOMError.SEVERITY_ERROR 형식"wf-invalid-character-in-node-name"을 생성 DOMError 합니다./li li><>는 텍스트 내용이 잘못된 Attr문자에 대한 노드 TextElementCommentCDATASection 인지 확인하고 필요한 < 경우 심각도를 사용하여 DOMError.SEVERITY_ERROR 형식"wf-invalid-character"을 생성 DOMError 합니다./li li><는> 노드 내 ProcessingInstruction 의 데이터가 잘못된 문자인지 확인하고 필요한 < 경우 심각도를 사용하여 DOMError.SEVERITY_ERROR 형식"wf-invalid-character"을 생성 DOMError 합니다./li></ul></dd><dt<false>/dt><dd>[<em>optional</em>] XML 형식이 올바른지 확인하지 않습니다. </dd></dl></dd></dl>

엔터티와 연결된 시스템 식별자의 확인은 다음을 사용하여 Document.documentURI수행됩니다. 그러나 [DOM 수준 3 로드 및 저장]에 정의된 기능 "LS"가 DOM 구현에서 지원되는 경우 노드에 연결된 개체에서도 DOMConfiguration "resource-resolver" 매개 변수를 Document 사용할 수 있습니다. 이 매개 변수가 설정된 Document.normalizeDocument()Document.documentURI경우 .

DOM(문서 개체 모델) 수준 3 코어 사양도 참조하세요.

DOM 수준 3에 추가되었습니다.

에 대한 org.w3c.dom.DOMConfigurationJava 설명서

이 페이지의 일부는 Android 오픈 소스 프로젝트에서 만들고 공유하고 Creative Commons 2.5 특성 라이선스에 설명된 용어에 따라 사용되는 작업을 기반으로 하는 수정 사항입니다.

속성

메서드

확장 메서드

적용 대상