installshield - InstallShield プロジェクト タイプの選択

Question

新しい InstallShield プロジェクトを開始しようとしています。プロジェクトの種類には、次の 3 つの選択肢があります。

1. 基本的な MSI
2. インストールスクリプト
3. InstallScript-MSI

それぞれのメリットとデメリットは？どちらを選ぶべきですか？

Answer 1

基本的な MSI :

標準設置タイプです。ほぼすべてのインストールに Windows インストーラーを使用します (前提条件、言語の選択、およびその他のいくつかは setup.exe によって処理されます)。MSI は、インストールの仕組みを説明する多くのテーブルを含むデータベースです。最初はテーブルの数に圧倒されるかもしれませんが、InstallShield はそれをうまく抽象化します。ほとんどの場合、データベース テーブルを直接編集する必要はありません。

これは最も一般的なタイプのインストールであるため、多くの情報が利用可能です。InstallShield フォーラムは優れた情報源です。また、多くのインストールで MSI が使用されているため、MSI を理解すると、他のインストールが何をするのかを理解しやすくなります (たとえば、インストールの一部として別のメーカーの MSI をインストールする必要がある場合)。サイレント インストールは、コマンド ライン引数を使用して簡単に実行できます。

残念ながら、MSI はデータベース テーブルを介してインストールを制御するため、多少の学習曲線があります。MSI テーブルを直接編集しなければならなくなった場合、多くのテーブルがあり、それらの目的と相互作用の一部が微妙であるため、最初は混乱する可能性があります。また、すべての対話をテーブルで制御する必要があるため、MSI ではダイアログの作成と順序付けがより困難になります。カスタム MSI ダイアログは作成できますが、C++ でのみ作成できます。

ほとんどの場合、このプロジェクト タイプをお勧めします。

インストールスクリプト:

これらのプロジェクトは、Windows インストーラーの代わりにインストール スクリプトを使用してソフトウェアをインストールします。インストール スクリプトは線形プログラムであるため、その動作を理解しやすくなります。このプロジェクト タイプの利点の 1 つは、ダイアログの作成と順序付けが簡単になることです。また、InstallScript ダイアログは、スキンを適用して、MSI ダイアログよりも見栄えを良くすることができます。サイレント インストールを実行するには、UI を制御するために別の「応答ファイル」が必要です。特定の理由がない限り、このプロジェクト タイプの使用はお勧めしません (たとえば、MSI でサポートされていない方法でインストールの動作を非常に正確に制御する必要がある場合)。

インストールスクリプト MSI :

これは基本的に、InstallScript を使用して UI を制御し、MSI を使用して実際のインストールを制御する基本的な MSI プロジェクトです。MSI を使用してインストールを制御できるという利点がありますが、ダイアログを使用する方が簡単です。サイレント インストール中に UI を制御するには、応答ファイルが必要です。サイレント インストールを気にしない場合や複雑な UI ダイアログ シーケンスを使用する場合は、このプロジェクト タイプが役立つことがあります。