Include 요소의 바인딩 지원
이 항목은 레거시 기술과 관련된 것입니다. 이제 XML Web services와 XML Web services 클라이언트는 다음을 사용하여 만들어야 합니다. Windows Communication Foundation.
.NET Framework에서는 <include> 요소에 대한 부분 바인딩 지원을 제공합니다.
<include> 요소에서 소스 코드를 생성할 경우, Xsd.exe에서는 schemaLocation 특성을 통해 지정된 절대 파일 시스템 경로를 사용하여 포함된 XSD 문서를 찾습니다.
설명
<include> 요소는 <import> 요소와 유사합니다. 두 요소 모두 루트 <schema> 요소의 자식으로 표시되며, 다른 모든 자식 앞에 와야 합니다. 또한 일반적으로 다른 .xsd 파일에 정의된 별도의 <schema> 정의를 가져옵니다. 한 가지 중요한 차이점은 다음과 같습니다.
<import>: namespace 특성을 통해 지정된 별도의 네임스페이스 내에 있는 스키마 정의와 선언을 가져옵니다.
<include>: 기존 XML 스키마 정의에 대해 targetNamespace로 지정된 동일한 네임스페이스 내에 있는 추가 스키마 정의와 선언을 포함합니다.
<include> 요소를 사용하는 XML 스키마 정의는 포함된 정의가 직접 표시되는 XML 스키마 정의와 구문이 동일합니다.
어셈블리의 클래스 집합에서 XML 스키마 문서를 생성할 경우, Xsd.exe에서는 대상 네임스페이스당 하나의 .xsd 파일만 만듭니다. 즉, 생성된 두 개의 .xsd 파일에서 루트 <schema> 요소의 targetNamespace 특성 값이 같지 않습니다. 따라서 <include> 요소가 절대로 생성되지 않습니다. 개발자는 생성된 .xsd 파일을 <include> 요소를 사용하여 여러 파일로 직접 나눌 수 있습니다.
XML 스키마 문서에서 소스 코드를 생성할 경우 Xsd.exe는 <include> 요소를 인식합니다. 포함된 XSD 문서는 Xsd.exe에 추가 인수로 전달되지 않고, schemaLocation 특성을 통해 위치가 검색됩니다. 이 특성 값은 절대 파일 시스템 경로여야 합니다.
다음 예제에서는 올바른 schemaLocation 값을 보여 줍니다.
<xsd:include schemaLocation="c:\\projectRoot\\source\\xsd\\included1.xsd" />
.gif "2x3c3hhs.note(ko-kr,VS.100).gif") 참고: |
|---|
| Xsd.exe에서는 schemaLocation 특성이 <import> 요소에 사용될 경우 이 특성을 무시합니다. 대신, Xsd.exe에서는 가져온 모든 파일이 추가 명령줄 인수로 지정됩니다. Import 요소의 바인딩 지원을 참조하십시오. |
| 가능한 특성 | 바인딩 지원 |
|---|---|
id |
Xsd.exe 유틸리티는 고유 식별자를 제공하기 위한 id 특성을 무시합니다. |
schemaLocation |
앞에 나온 내용을 참조하십시오. |
가능한 부모 요소: <schema>
가능한 자식 요소: <annotation>