組織全体でかなり大規模なフレームワークの展開と更新の戦略を検討しています。アプリケーションは.NET3.5であり、Windows XP、Vista、およびWin7マシンで実行されます。Clickonceを数回使用しましたが、確かにうまく機能します。Clickonceを使用してWindowsのBITS機能を考えた、または実装したことがある人はいますか。BITSのトリクルアップグレードアプローチにより、フレームワークの頻繁な更新がかなりユーザーフレンドリーになると思います。
助けていただければ幸いです。
BITS はバックグラウンドでデータを転送するために使用されますが、CLICKONCE は多かれ少なかれ、アプリケーションのインストール/更新/実行に必要な DLL/実行可能ファイルの JIT ダウンローダーです。
さらに、ClickOnce はすぐに使えるエクスペリエンスです。これは既に機能していますが、BITS ソリューション (古いアップデータ アプリケーション ブロックを使用するソリューションでも) では、アプリケーションを更新するためのフレームワークを展開する必要があります。
また、BITS ソリューションが「トリクル」アプローチであるとは何も言っていないことに注意してください。ファイルを 1 つのバッチでダウンロードし、優先度を高くして基本的に ClickOnce の機能をエミュレートするか、FireFox が更新を実行する方法と同様に、バックグラウンドで更新をダウンロードするようにビルドすることができます。
最後に、ClickOnce には、配置された ClickOnce アプリケーションが既定で許可されていること、または既定で通信が許可されているリソースについても、セキュリティ上の影響があることに注意してください。詳細はこちらをご覧ください。
BITS と ClickOnce を使用するプロジェクトに取り組んできましたが、必要なコンテキストとは異なります。ClickOnce は、アプリケーションをダウンロードするためのメカニズムであり、可能な限り軽量でした。次に、Microsoft 同期サービスと BITS の組み合わせを使用してデータを同期し、成果物 (約 2 GB) を取り出します。
ClickOnce を使用すると、開く前にユーザーにアップグレードを強制する必要がないことに注意してください。アプリケーションの使用中にアプリケーションをアップグレードすることができ、次にアプリケーションを起動したときに新しいバージョンが実行されます。
Clickonce を拡張して BITS を使用できる可能性は低いため、Clickonce があまり役立つとは思えません。おそらく、BITS を使用して残りの部分を取得し、将来のすべての更新を行う Clickonce を介して小さなカスタム ダウンローダーを最初にデプロイする場合、組み合わせたアプローチが機能するでしょう。