.NET単純なアプリケーションのアップデートメカニズム

Question

環境：

• .NET
• C＃
• Visual Studio 2005と
• 一部のサードパーティのコンポーネント
• .vdprojファイル（ビジュアル メーカー 内部のセットアッププロジェクト2005）.msiビルド用 - 「ClickOnce配備」ではなく

問題

私は日中のプロジェクトには、いくつかのアップデートがあるプロジェクトフェーズでいます。すべての変更が小さい（最大で2つのアセンブリ）ので、ユーザーは迅速で心配のない何らかの自動更新を使用するのが便利です。

命題

私は彼らのハッシュでそれらを一覧表示されますいくつかのXMLファイルと一緒に、私のサーバー上のどこかに私のアプリケーションファイルを格納しますシンプルなシステムをやりたいです。デスクトップアプリケーションは、XMLを読んで、ハッシュを比較し、必要なファイルをダウンロードし、アプリケーションを再起動し、ユーザは気づかずに新しいバージョンを取得します。

だから私の考えはさらに行くことのために...

クライアントアプリケーション：シンプル、日や仕事の2。留意事項：

• が
• （私ができない場合は、実際に私は無力だ）ユーザプログラムのディレクトリにファイルを書き込むための権限の世話をしなければならないファイルやリニューアルをダウンロードして置き換えられますupdaterプロセスを起動する必要があり
• 最初の実行時にハッシュを使用してローカルXMLファイルを作成する必要があり、そのために変更可能なデプロイ済みファイルのローカルリストが必要です（すべてローカルアプリケーションフォルダ内にないため）

サーバー側は些細ですが、 Eの考慮事項：

• 現在のバージョンの説明とルート・ファイル、ファイルの一覧と手動でファイルに

をハッシュするためのツールを作成し、サーバーにファイルをアップロード

をハッシュの私の列車を次のいくつかのツールがあります側からあまり面倒なくそれを行うと思った？

Answer 1

いくつかの解決策：

Updater Application Blockからinstructions

.NET Client Applications: .NET Application Updater Component

Appupdater

Answer 2

あなたの説明は、ClickOnceとよく似ています。はい：私は、アプリケーションがMSI経由でインストールされていると書いたことに気付きました。それは問題ありません。

ClickOnceは単なる初期インストールではありません。多くのオプションがありますが、can set it up so that it checks for updates even if the application is already runningです。また、宣言的なアプローチでは十分な柔軟性が得られない場合に使用できるAPIもあります。