私は、Windowsアプリケーションで利用可能な幅広いインストールおよびWeb展開ソリューションを評価しています。セットアップ実行ファイルを生成し、無料のツール -Webデプロイメント用に購入またはビルドしますか?
- NSIS:私は(これらのツールは、他の質問で取り上げてきたが、あまり詳しくなくて)ここにオプションの私の理解を明確にします。小さなバイナリ。特殊化された、時には鈍い、スクリプト言語。
- Inno Setup - セットアップ実行ファイル用の無料ツール。さまざまなバイナリ圧縮方式。パスカルスクリプトエンジン。
- WIX - MSIバイナリを生成するためのフリーツールセット。 XML定義言語。
- WIX ClickThrough - パッケージング、Webダウンロード、自動更新検出用のツール(現在はWIXコアの一部)。
- InstallShield - インストールパッケージング用の商用開発環境。 MSIバイナリを生成します。 CのようなInstallScript言語。
- Wise - インストールパッケージ用の商用開発環境。 MSIバイナリを生成します。
- ClickOnce - アプリケーションのWebサーバーへの公開用のVisual Studioでサポートされているフレームワークで、更新プログラムの自動検出機能があります。カスタムインストール要件(INIファイル、レジストリなど)はサポートされていません。パッケージはMSIバイナリとしてセットアップされます。
- Install Aware - インストール用の商用開発環境。 MSIバイナリを生成します。自動更新フレームワーク(Web Update)。
私が見逃している場合は、教えてください。
そしてStackOverflowの上でこれらの技術のいくつかの有用な議論が見つかりました:
私はこれらのソリューションのいくつかで働いているだけでなく、独自の内部インストールソリューションをいくつか提供しています。彼らは主にパッケージングのインストールと開発者がランタイム環境にアクセスするためのフレームワークを提供することに関心があります。ウェブデプロイメントと自動ソフトウェアアップデートの必要性が高まるにつれ、私はソフトウェアのWebデリバリとそれに続くアップデートのフレームワーク上でデベロッパー間でコンセンサスを得ることを期待していました。確かに利用可能なソリューション(ClickOnce、ClickThrough、InstallShield Update Service)がありますが、それぞれにかなりの制限があります(私がこれらを誤って表現している場合は修正してください)。私は以下のいくつかを提供したフレームワークに興味があります:
- サードパーティのホスティング/アップデートの管理。
- クライアント環境(INIファイル、レジストリなど)へのアクセス。
- ユーザー登録/有効化。これは、Webデプロイメントの問題にアプローチする最良の方法は、(おそらく既存のインストーラパッケージを活用)特注独自のソリューションを通じてであるという強い印象を私に残している
報告
- FileZillaは - 更新を確認するupdate.filezilla-project.orgするHTTPリクエスト、NSISのバイナリ(と思う)し、その後閉まりをダウンロードダウンしてインストールを実行します。
- 大規模マルチプレイヤーゲームの自動更新は、完全に必要であり、独自のシステムを使用して普遍的に実装されています。
だから、最後に、私の質問に:
- は私が必要とする機能を提供するWeb配備フレームワークを逃したことがありますか?
- 私の要件は、サードパーティのフレームワークが提供すると合理的に予想するにはあまりにも具体的ですか?
- 購入するか、ビルドする必要がありますか?
Powershellについてはどうですか? – Kiquenet