현재 우리는 여러 구성 XML 파일을 사용하고 있으며, 모두 구성의 개별 부분을 처리합니다. 하나는 테스트 시퀀스 용이고 다른 하나는 제한 시간 용입니다. 이러한 별도의 XML 파일은 모두 별도의 XML 파일에 사용 된 모든 정의를 보유하는 단일 XML 스키마 문서에 대해 모두 정의되고 유효성이 검사됩니다. 이 좋은 습관인가? 또는 각 유형의 XML 파일마다 별도의 XML 스키마가 있어야합니까?여러 XML 파일에 대한 하나의 중앙 XML 스키마?
두 가지 방법으로 논쟁이 있습니다. 서로 다른 파일에 공통된 부분이있는 경우 공통 스키마에 확실히 이점이 있습니다. 존재하지 않을 경우, 그리고 그 도메인이 그렇게 분리되어있을 가능성이 없다면, 나는 분리 된 스키마를 갈 것입니다. 그러나 쉬운 대답이 없습니다. 대형 투자 은행에서 통합 백본에 대해 400 개의 응용 프로그램 간 메시지 형식을 정의 할 때 고객 중 하나 인 것처럼 두 가지 방식의 단점이 뚜렷하게 드러납니다.
이것은 아주 훌륭한 연습입니다. 이렇게하면 여러 유형의 문서에서 동일한 유형의 일부를 사용할 수 있습니다.
현재 공유 유형에 "common.xsd"가 있고 각 루트 요소 "root1.xsd"에 & "root2.xsd"에 대해 xsd가 있습니다. XSD에 대한 한 가지 비판은 루트 요소가 무엇인지 분명하지 않다는 것입니다. 루트 xsd의 가져 오기 /는 공통 xsd를 포함합니다. 이것은 모호함을 제거합니다.
글쎄, 지금 그들은 그들 중 일부가 동일한 요소가 있습니다. 그러나 조사 대상 중 하나는 이러한 공통 유형이 실제로 일부 문서에서 사용되는지 여부입니다. – s73v3r