간단한 내용 (따라서 빌드 인 데이터 유형 중 하나)과 속성을 모두 포함하는 요소를 만들려면 <simpleType> 요소 대신에 복합 유형을 선언하고 이 복합 유형에는 단순한 컨텐츠가 포함됩니다. <simpleContent> 요소 아래의 <extension> 요소를 사용하여이 작업을 수행합니다.간단한 내용 및 속성을 사용하여 요소 만들기
a)이 새로운 클래스 (기본 형식에서 <extension>까지 <simpleContent> 요소 아래 파생 됨)가 기본 형식의 빌드 기능과 특성을 모두 캡슐화합니까?
b) 간단한 콘텐츠가 포함되어 있어도 파생 클래스가 복잡한 유형이기 때문에 <simpleType> 요소 대신 <complexType>을 사용합니까?
c) 모든 복합 유형은 공통 기본 클래스에서 파생됩니까?
고맙습니다
XML을 기억하십시오 메시지처럼 취급 될 수 있고 우리가 오브젝트로 직렬화 수 있지만, 객체는 주로 속성이 포함되어 있습니다. 메시지 동작이 아니라 개체 동작에 대해 질문하는 것 같습니다.
a) 복합 유형에는 확장 xsd의 모든 속성과 추가하는 simpleContent 노드의 추가 요소/속성이 포함됩니다. 객체에 직렬화되면 복잡한 유형과 단순 유형의 모든 속성을 포함하게됩니다.
b) simpleType에는 특성 또는 텍스트 만 포함될 수 있습니다. 다른 xsd 요소를 포함 할 수 없습니다. 이것이 우리가 complexType을 사용하는 이유입니다. 더 많은 요소가있는 유형을 확장하려면 complexType을 사용해야합니다.
c) "대부분의 O-O 언어와 같은 기본 개체 클래스가 있습니까?" xsd를 제어 할 때 모든 xsd에 포함시킬 기본 특성과 요소를 포함하는 기본 메시지 객체가 있는지 확인할 수 있습니다. 나는 당신의 질문이 무엇인지 이해하는 데 어려움을 겪고있어
hi ...를 사용하여 선언해야합니다. 두 개의 질문을 할 수있는 경우 A) "... simpleType은 속성 또는 텍스트 만 포함 할 수 있습니다. " 단순한 내용을 포함하고 복잡한 유형의 속성을 포함하는 유형이 아닙니까? – SourceC
B) "메시지 동작이 아닌 개체 동작에 대한 질문을하는 것 같습니다." 응용 프로그램 또는 Xml 스키마 유효성 검사기에서 XML 스키마 요소와 해당 형식을 개체로 처리하지 않으면 요소 선언에 다른 구조? 즉, 요소가 아닌
:에
는 더 많은 정보를 참조하시기 바랍니다. XML 스키마 디자이너의 생각 프로세스를 탐색하는 것보다는 자신의 목표를 달성하는 방법을 묻는 것 같습니다. –XML 스키마 디자이너가, 및 요소를 사용하여 간단한 콘텐츠와 특성을 모두 포함하는 요소를 선언해야한다고 요구함으로써 XML 스키마 디자이너가이 문제를 복잡하게 만드는 이유를 간단히 설명하려고합니다. 배후에서 XML 유효성 검사기 및 기타 응용 프로그램이 요소와 해당 유형 (스키마를 사용하여 선언 된 클래스)을 일종의 객체로 처리하지 않으면 XML 스키마 디자이너가 요소를 허용하지 않을 이유가 없습니다 (이 요소는 간단한 내용과 속성)은 단지 요소 –
SourceC