1

私は通常、コードをユニバーサル zip 形式で配布するオープン ソース プロジェクトを実行しています。コア ソフトウェアに加えて、コミュニティが開発したソフトウェア用のアドオンもいくつかあります。

ユーザーにさまざまな場所や Web サイトからすべてのオプションをダウンロードさせるのではなく、小さなフットプリントのインストーラーを提供したいと思います。

  • 必要に応じて Java をダウンロードしてインストールします。ユーザーが 64 ビット OS を使用している場合は、32 ビットと 64 ビットの両方をダウンロードする必要があります。
  • コア ソフトウェアの zip ファイルをダウンロードして解凍します。
    • ユーザーが最新の安定版または開発版 (2 つの異なる Web サイト) を選択できるようにする
  • 追加のソフトウェア オプションを選択する (複数のオプション)
    • それぞれを個別にダウンロードします (別の Web サイト)
    • 必要に応じて開梱/インストール
    • 構成ファイルの書き込み (プレーン テキスト)
  • 構成オプションに応じて、必要に応じてディレクトリをクリーンアップします。
    • 例：オプションソフトウェア「1」を選択した場合、ディレクトリ「X」を削除します

これらの追加ソフトウェア オプションのすべてをコア インストール ファイルに提供する必要は必ずしもありません (実際、使用可能なすべてのソフトウェアの最新バージョンを判別できる小さなフットプリントを持つインストール プログラムを提供できれば (おそらく、一部の Web サイトのスクリーン スクレイピングや、バージョン番号を含むテキスト ファイルを提供する Web サイトもあります)

Install4j はこれに適していますか?

バージョンの識別を行うにはコードを書かなければならないことはわかっていますが、ほとんどの場合、ユーザーがオプションを選択し、必要に応じてダウンロードするためのガイド付きパスを備えた GUI が必要です。

スクリプトを作成したら、URL 情報が変更される可能性がある場合を除いて、(可能であれば) 常に新しいバージョンをコンパイルする必要はなく、そのままにしておくことをお勧めします。

4

1 に答える 1

1

「ファイルのダウンロード」アクションを使用して任意のサイトから ZIP ファイルをダウンロードし、「ZIP ファイルの内容をインストール」アクションを使用して必要に応じてインストールすることができます。

ユーザーへの表示に関しては、標準のインストール コンポーネント機能を使用できます。この機能では、[インストール コンポーネント] 画面に表示されるツリーにインストール コンポーネントを並べることができます。ケースでは、すべてのインストール コンポーネントを空のままにしておくことができます。もう 1 つの利点は、インストール コンポーネントの依存関係を指定できることです。

「インストール画面」で、「ファイルのダウンロード」/「ZIP ファイルのコンテンツのインストール」アクション (および各コンポーネントに必要なその他のアクション) のペアを含むアクション グループを追加します。各アクション グループの条件式は、

context.getInstallationComponentById("123").isSelected()

「123」は、対応するインストール コンポーネントの ID です。

64 ビット/32 ビットについて: Windows では、32 ビット JRE がバンドルされた 32 ビット用のインストーラーのみを作成することをお勧めします。これは、64 ビット JRE でも同様に機能します。必要に応じて、別の 64 ビット メディア ファイルを作成する必要があります。バンドルされた JRE はオンデマンドでダウンロードできます。

Linux では、JRE をバンドルすることはあまりお勧めしません。必要に応じて、32 ビット Linux と 64 ビット Linux 用に 2 つの個別のメディア ファイルを提供します。

「ユーザー向けのガイド付きパス」については、install4j でカスタム画面を作成できます。

于 2011-12-21T10:31:08.047 に答える