私のプログラムを使用するすべての人にあなたの仕事を実行しないために、サーバーに新しいバージョンをアップロードするとプログラムを更新する自動更新を行うのが合理的です。 多くの方法を試してみましたが、最も使いやすいことがわかりました(もっとも正確ではありません)
したがって、アルゴリズム:
- オンにすると、プログラムはサーバー上の最新バージョンをチェックします。
- サーバーが現在よりも高い場合は、プログラムでZipアーカイブをダウンロードします。
- たとえば、program.exeからprogram.backupに、アプリケーションファイルの名前を別の名前に変更します(バックアップおよびファイルアクセスのため)。
- フォルダー内のファイルを置き換えるアーカイブを解凍します。
- 更新されたアーカイブを削除します。
- プログラムを再起動します。
しかし、このすべての前に、最初にフィールドを持つMSSQLで
アップデータテーブル(たとえば)を作成します。
name-タイプvarchar;
version- varchar型。
ファイル -varbinary(max)(またはその他のblobフィールド)と入力します。
名前フィールドにプログラムがあるテーブルにすぐにレコードを作成することをお勧めします。
次の手順をコードに追加して、プログラムのバージョン番号を抽出します。
function TForm1.GetMyVersion: string; type TVerInfo=packed record Nevazhno: array[0..47] of byte;
アップデートをzipアーカイブに保存し、
SevenZipライブラリを使用して、Delphiのライブラリソースへのパスをライブラリに追加するため、アーカイブを解凍するためのライブラリが必要になりました。
ここで、新しいバージョンのプログラムとともにアーカイブ自体をデータベースにアップロードする必要があります。 サーバーに更新をアップロードするフォームを作成しました:
OpenDialogを開くには、すべてが明確だと思います編集中のパスを書き換えます
if OpenDialog1.Execute then cxButtonEdit1.Text:=OpenDialog1.FileName;
バージョン番号は、マスク付きで
MaskEditに入力する方が適切
です -
!9.9.9.0; 1; _保存ボタンで、次の手順でファイルをアップロードします。
var blobF: TBlobField; begin if not FileExists(OpenDialog1.FileName) then begin ShowMessage(' !'); exit; end else cxButtonEdit1.Text:=OpenDialog1.FileName; try ADOTable1.TableName:=Updater;
これは少し間違った方法です。特にアーカイブが大きい場合は、別のストリームを作成するのが最善です。
Uses-
SevenZipおよび
ShellAPIに追加する必要があり
ます 。
ここで、最も重要な更新手順を作成し、Updateと呼びます。
Procedure TForm1.Update; var path,fullpath,Ourversion,LastVersion:string; blobF: TBlobField; begin
ここにも欠点があります。各ファイルを個別に解凍し、エラーをチェックする方がよいでしょう。アーカイブ全体ではなく、
留意すべき2つの小さなことがあります。
1.プログラムのあるディレクトリに7z.dllファイルがあるはずなので、以下を確認することをお勧めします。
if FileExists(path+'\7z.dll') then begin ShowMessage(' 7z.dll'); exit; end;
または何か他のもの。
2.更新されたアーカイブには、使用されている7z.dllファイルを含めないでください。または、上記で書いたようにすべてを個別に解凍し、このファイルのみを解凍しないでください。
以上です。 主なことは、プログラムのバージョン番号を変更してアーカイブに追加する前に、更新のために完成したプログラムをコンパイルする前に忘れないことです。
この方法にはいくつかの欠陥があり、私はそれを知っています。 しかし、今のところ、私はそれを使用しており、問題を経験していませんが、最終決定する価値はあります。