PrintTicket 스키마 및 문서 생성
이 항목은 현재 항목이 아닙니다. 최신 정보는 인쇄 스키마 사양을 참조하세요.
DEVMODE 구조를 사용하여 디바이스 구성 정보를 지정하는 현재 방법에는 몇 가지 제한 사항이 있습니다. 먼저 DEVMODE 구조체는 서로 다른 버전의 문제를 야기할 수 있는 이진 구조체입니다. 둘째, 드라이버에서만 액세스할 수 있는 비실행 공용 부분과 프라이빗 부분으로 나뉘어 만든 특정 드라이버에 의해서만 액세스할 수 있습니다. PrintTicket 형식은 XML 기반 Print Schema Framework를 사용하여 구성 정보를 표현하므로 DEVMODE 구조체의 이러한 단점이 제거됩니다.
PrintTicket 스키마는 방금 언급한 두 가지 문제를 각각 해결합니다. 먼저 PrintTicket 스키마는 XML 기반 텍스트 파일이므로 확장성 및 버전 관리 관련 문제가 제거됩니다. 둘째, 모든 클라이언트에서 구성 정보를 사용할 수 있습니다. 즉, 모든 클라이언트 또는 공급자가 PrintTicket에 포함된 정보를 저장하고 검색할 수 있습니다. 옵션은 인쇄 스키마 프레임워크 및 파생된 PrintCapabilities 문서에서 사용하는 것과 동일한 기술을 사용하여 설명합니다. 이러한 이유로 PrintTicket는 실현할 옵션 정의 모델의 모든 잠재적 이식성 이점을 제공합니다. 자세한 내용은 스키마 프레임워크 인쇄 를 참조하세요. 이 섹션의 대상 그룹에는 다음 그룹이 포함됩니다.
PrintTicket/PrintCapabilities 공급자 인터페이스의 구현자
PrintTicket의 소비자
PrintTicket/PrintCapabilities Provider 인터페이스의 클라이언트
이전 목록의 첫 번째 범주 멤버를 이 섹션의 나머지 부분에서 PrintTicket 공급자라고 합니다. 마지막 두 범주의 멤버를 PrintTicket 소비자라고 합니다.
인쇄 스키마 및 PrintCapabilities 스키마와의 관계
PrintTicket 및 PrintCapabilities 스키마는 모두 인쇄 스키마의 특수한 부분입니다. 인쇄 스키마의 이러한 하위 집합 간의 기본 구조적 차이점은 PrintTicket 스키마에 PrintCapabilities 스키마에 포함되지 않은 Property 및 ParameterInit 인스턴스가 포함되어 있고 PrintCapabilities 스키마에는 PrintTicket 스키마에 포함되지 않은 Property 및 ParameterDef 인스턴스가 포함되어 있다는 점입니다. 이러한 차이점을 제외하고 PrintCapabilities 및 PrintTicket 스키마는 일반적으로 기능, 옵션, ScoredProperty 및 값 인스턴스를 공유하는 콘텐츠에서 서로 미러. 이러한 공유 콘텐츠는 최신 상태로 유지해야 합니다. 예를 들어 PrintCapabilities 스키마의 MediaSize 기능에서 변경된 경우 PrintTicket 스키마에서도 동일한 변경이 이루어져야 합니다.
관련 항목