2
우리는 클라이언트를위한 스키마 작업을하고 있으며이를 검토하여 tyey가이를 이해할 수 있도록합니다. 그것들은 "비 기술적"인 것은 아니지만, 스키마 파일이나 커다란 다이어그램은 그것이 포함 된 것을 배우는 사람의 목적을 위해 매우 비우호적 인 것처럼 보입니다. 다른 개발자들이 스키마를 사용하는 법을 배워야하고, 적절한 문서 시스템이 좋을 것입니다.클라이언트가 XML 스키마를 검토 할 수있게하는 가장 좋은 방법은 무엇입니까?
유용한 도구 또는 다이어그램이 있습니까? 이 상황을 어떻게 처리합니까? 추천 메뉴가 무엇인가요?
의 그림은 한 장에 맞게 너무 큽니다. 귀하의 다이어그램에는 세그먼트를 표시한다는 의미의 공정한 몇 가지 '+'가 있습니다. 그것은 합리적인 것일 수 있습니다. – mj2008
예 주요 재사용 가능한 부분 (예 : 주소 구조) 각각에 대해 복잡한 유형을 만든 다음 이동해야하는 곳에서 이러한 유형을 재사용하는 것이 가장 좋습니다. 이 작은 조각은 한 번에 전체 스키마의 유효성을 검사하는 것보다 쉽게 검증해야합니다. – pjp
@pjp : 궁금합니다. 위의 스키마에 재귀가 있습니까? 즉, 그 내부의 어딘가에 같은 complexType X의 요소가 들어있는 complexType X? 예 : Sequence (위의 경우)는 다른 CustomerStatementMessage를 포함 할 수 있습니다. 또한 실제 스키마의 예제를 어디에서 찾을 수 있는지 알고 싶으십니까? (저는 스키마 관련 도구를 만들고 있는데 일반적인 경우에 최적화하는 데 도움이됩니다). 어떤 도움을 주셔서 감사합니다! – 13ren