메시지를 디자인할 때, 구조가 실제로 문서 또는 기타 복합 파일 및 잠재적인 대형 파일로 실현되는 경우가 있습니다.
예를 들어, 보고서 또는 제품 정보가 PDF 파일로 배포되거나 제품 또는 품목에 대해 설명하는 이미지가 메시지에 첨부될 수 있습니다. 소프트웨어 서비스용 UML(Unified Modeling Language)은 추가 <<Message
Attachment>> 스테레오타입을 제공합니다. 이 스테레오타입은 메시지 모델의 특성에 첨부할 수 있으며 지정된 컨텐츠가 모델에 첨부됨을 나타냅니다. 디자이너는 이 스테레오타입을 사용하여 메시지
디자인의 중요 측면에 대한 세부 스펙을 제공할 수 있습니다. 특히 성능 및 대역폭 사용법과 관련하여 대형 2진 첨부 전달은 중요한 요인일 수 있습니다.
첨부 또는 링크
인터넷 아키텍처의 경우, 받는 사람이 FTP와 같은 보다 적합한 프로토콜을 통해 컨텐츠를 다운로드할 수 있는 URL 전달인 대량 정보 전달 접근 방식이 존재합니다. 이 방식은 또한 모든 클라이언트가 검색할 수 있는
공통 위치에 배치할 수 있어 데이터를 자주 변경하는 경우 매우 유용합니다. 더불어 메시지를 받는 사람이 추가 컨텐츠를 다운로드하지 않는 경우에도 효율적인 메커니즘입니다. 이 방식은 첨부 다운로드 요구사항을
클라이언트가 처리하는 이점이 있습니다. 그러나 클라이언트 측면에서는 추가 작업이 발생하여 불리한 방법입니다.
가능한 또 다른 첨부 접근 방식은 잘 알려진 위치입니다. 예를 들어, 서비스 문서의 일부는 기본 첨부 URL을 나타내고 일부 메시지 요소는 실제 자원을 다운로드할 URL에 추가할 수 있는 ID 또는
파일 이름을 나타냅니다.
첨부 인코딩
Message Attachment 스테레오타입은 또한 첨부의 인코딩 양식을 나타내는 특성을 갖습니다. 이름은 메시지에 대한 특성과 동일하지만 첨부 인코딩을 나타내는 데 사용되는 값은 MIME 유형을 사용하는 것이
좋습니다. 이러한 유형은 이미 HTTP 프로토콜과 같은 특정 인터넷 하부 구조에서 웹 페이지 이미지와 같은 2진 데이터를 전송하는 데 사용하고 있습니다.
MIME 유형에 대한 자세한 정보는 IETF RFC 2046 - MIME(Multipurpose Internet Mail
Extensions) 파트 2: 매체 유형을 참조하십시오.
제품 카탈로그를 제공하는 서비스를 고려합니다. 품목 찾기, 조회 실행 및 완전한 제품 정보 리턴 오퍼레이션이 존재합니다. 제품 데이터 모델의 서브세트를 보면 각 제품 항목마다 연관된 이미지가 있으며 해당 이미지를
쉽게 볼 수 있는 확대 이미지가 존재할 수도 있습니다. 아래 모델에서는 또한 제품 카탈로그 데이터 구조에 대한 첨부로 두 개의 이미지가 표시됩니다. 이 다이어그램에서 두 가지 경우 모두 인코딩 특성 값이
"image/jpeg"라는 것은 볼 수 없습니다.
위의 예제의 경우, 각 이미지에 대한 RUP를 송신하여 클라이언트가 실제 이미지 다운로드 여부 및 해당 시점을 결정할 수 있습니다. 과정 URL은 다운로드 오퍼레이션에 대한 프로토콜 및 위치를 나타냅니다. 다음은
이미지를 링크로 사용하는 ProductCatalogData 구조의 한 버전입니다.
|