다음을 통해 공유

병합 모듈 레지스트리 테이블 작성

  • 아티클

레지스트리 정보 유형에 따라 병합 모듈 레지스트리 테이블을 사용합니다.

TypeLib, Class, AppId, ProgId, Extension, Verb 또는 MIME 테이블

형식 라이브러리, 클래스, 확장, 동사의 경우 병합 모듈의 TypeLib, Class, AppId, ProgId, Extension, Verb 또는 MIME 테이블에 레지스트리 정보를 작성합니다. 레지스트리 테이블을 사용하여 이 정보를 추가하면 Windows 2000은 이러한 구성 요소에 대한 시스템 전체 광고를 제공할 수 없습니다.

병합 모듈 작성자는 다음과 같은 이유로 클래스 테이블을 사용하여 등록하지 않기로 결정할 수 있습니다.

  • 클래스 테이블에 등록하려면 파일이 해당 구성 요소의 KeyPath여야 합니다. 이를 위해서는 구성 요소 조직에서 허용할 수 없는 변경이 필요할 수 있습니다.
  • COM 호출은 보급된 클래스를 다시 설치하려는 설치 관리자 시도를 트리거할 수 있습니다. 작성자는 클라이언트 컴퓨터가 사용자 인터페이스를 지원하지 않을 때 다시 설치를 트리거하지 않도록 클래스 테이블을 사용하여 클래스를 등록하지 않기로 결정할 수 있습니다.

레지스트리 테이블

레지스트리 테이블을 사용하여 TypeLib, Class, AppId, ProgId, Extension, Verb 또는 MIME 테이블에 작성할 수 없는 레지스트리 정보를 추가합니다. Windows 2000은 레지스트리 테이블을 사용하는 구성 요소에 대해 시스템 차원의 보급 알림을 제공할 수 없습니다.

레지스트리 테이블을 작성할 때 [Directory]Filename 대신 [#File] 또는 [!File] 형식을 사용하여 파일 경로를 참조하세요. 후자 형식은 원본에서 실행 설치를 지원하지 않습니다. 또한 이전 형식을 사용하면 누락된 파일과 결함이 있는 구성 요소를 더 쉽게 감지할 수 있습니다.

레지스트리 테이블의 키 열에 서식이 지정된 텍스트를 사용할 때는 주의가 필요합니다. Windows Installer는 이미 설치된 구성 요소를 다시 설치하지 않으므로 이 필드에 서식이 지정된 텍스트를 사용하면 애플리케이션을 제거할 때 레지스트리 키가 남아 있을 수 있습니다.

SelfReg 테이블

SelfReg 테이블은 사용하지 않는 것이 좋습니다. 자체 등록을 사용하지 않는 이유 목록은 SelfReg 테이블을 참조하세요. 가능한 경우 TypeLib, Class, AppId, ProgId, Extension, Verb, MIME 테이블을 대신 사용하고 다른 모든 경우에는 레지스트리 테이블을 사용해야 합니다.