InstallShield 프로젝트 유형 선택

Question

새 InstallShield 프로젝트를 시작하려고합니다.

1. 기본 MSI
2. 의 InstallScript
3. 의 InstallScript - MSI

각각의 장점과 단점은 무엇인가 : 프로젝트 유형에 대한 세 가지 선택이있다? 어느 것을 선택해야합니까?

Answer 1

기본 MSI는 :

이 표준 설치 유형입니다. 거의 모든 설치 (전제 조건, 언어 선택 및 setup.exe로 처리되는 다른 작업)에서는 Windows Installer를 사용합니다. MSI는 설치 작동 방식을 설명하는 많은 테이블이있는 데이터베이스입니다. 테이블의 수는 처음에는 다소 압도적 일 수 있지만 InstallShield는이를 추상화하는 작업을 잘 수행합니다. 대부분의 경우 데이터베이스 테이블을 직접 편집 할 필요가 없습니다.

가장 일반적인 설치 유형이므로 사용할 수있는 정보가 많습니다. InstallShield forum은 유용한 정보 출처입니다. 또한 MSI를 사용하는 설치가 많으므로이를 이해하면 다른 설치가하는 일을 이해하는 것이 더 쉬울 것입니다 (예 : 설치의 일부로 다른 제조업체의 MSI를 설치해야하는 경우). 자동 설치는 명령 줄 인수로 쉽게 수행 할 수 있습니다.

MSI가 데이터베이스 테이블을 통해 설치를 제어하기 때문에 불행히도 약간의 학습 곡선이 있습니다. MSI 테이블을 직접 편집해야하는 경우가 많으므로 테이블이 많고 목적과 상호 작용이 미묘하기 때문에 처음에는 혼란 스러울 수 있습니다. 또한 모든 상호 작용이 테이블에 의해 제어되어야하기 때문에 대화 상자를 만들고 시퀀싱하는 것이 MSI에서 더 어렵습니다. 사용자 정의 MSI 대화 상자는 C++에서만 만들 수 있습니다.

대부분의 용도로이 프로젝트 유형을 권하고 싶습니다.

의 InstallScript :

이 프로젝트 대신 Windows 설치의 소프트웨어를 설치하기 위해 설치 스크립트를 사용합니다. 설치 스크립트는 선형 프로그램이므로 작동 방식을 더 쉽게 이해할 수 있습니다. 이 프로젝트 유형의 장점 중 하나는 대화 상자를 만들고 시퀀싱하는 것이 더 쉽다는 것입니다. 또한 InstallScript 대화 상자는 스킨이 적용될 수 있으며 MSI 대화 상자보다 조금 낫습니다. 자동 설치를 실행하려면 UI를 제어하는 ​​별도의 "응답 파일"이 필요합니다. 특별한 이유가없는 한이 프로젝트 유형을 사용하지 않는 것이 좋습니다 (예 : MSI에서 지원하지 않는 방식으로 설치 동작을 매우 정확하게 제어해야하는 경우).

의 InstallScript MSI는 :

이는 본질적으로 실제 설치를 제어하도록 UI 및 MSI를 제어의 InstallScript 사용하는 기본 MSI 프로젝트이다. MSI를 사용하여 설치를 제어하는 ​​장점이 있지만 대화 상자를 사용하는 것이 더 쉽습니다. 자동 설치 중에 UI를 제어하기 위해 응답 파일이 필요합니다. 자동 설치에 신경 쓰지 않거나 복잡한 UI 대화 시퀀스가있는 경우이 프로젝트 유형이 유용 할 수 있습니다.