私の理解が正しければ、自己完結型のプロジェクトの場合は、binフォルダーをコピーして完全に正常に実行できます。
では、ウィザードの使用は何ですか?必要がなければ、ウィザードを使用する必要はありません。
私の理解が正しければ、自己完結型のプロジェクトの場合は、binフォルダーをコピーして完全に正常に実行できます。
では、ウィザードの使用は何ですか?必要がなければ、ウィザードを使用する必要はありません。
通常、いくつかの理由でインストーラーを作成します。
「\bin」フォルダ内のファイルをコピーするだけでなく、カスタムアクションを実行する必要がある場合があります。例えば:
管理者権限を必要とするアクションを実行する必要がある場合があります。インストーラーは、特権の昇格を処理できます。
通常、エンドユーザーが実際のインストーラーを確認するのは「より良い」エクスペリエンスです。
インストーラーは、Windowsの[プログラムの追加と削除]リストに「アンインストール」項目を作成します。
複数のファイル(.exe、複数の.dll、.configなど)をコピー/配布/ダウンロードする代わりに、それらを単一の.msiファイルにパッケージ化できます。
これが、インストーラーを使用する理由のほんの一部です。もちろん、それが唯一の選択肢であるという意味ではありません。多くの場合に意味のあるものだけです。
私はあなたのクライアントがインストールプロセスを通して彼を導くためのウィザードをむしろ持っていると思います。また、デスクトップアプリケーションについて話している場合は、データベースの構成やライセンスサーバーへの接続などのカスタムアクションを実行するようにウィザードを構成できます。
これは、「IDEを使用する理由、テキストエディタでコードを書くのが大好き」という議論のミニチュア版です。
ウィザードの利点の1つは、たとえばftpクレデンシャルを保存できる場合があることです。繰り返しになりますが、ローカルネットワーク上にいて、ログインする必要がない場合、または資格情報をキャッシュする他の方法(FileZillaを使用するなど)がある場合、節約できる時間は非常に短いため、実際には関係ない。
一般に、ウィザードが役立つもう1つの理由は、ウィザードが最近使用したオプション/サーバー/接続/テーブル/フォルダーの小さなセットをドロップダウンに表示し、それらを再入力したり、再度ナビゲートしたりする代わりに、選択できる場合です。 。
ウィザードの短所:ウィザードに依存しすぎる可能性があります。不思議なことにリセットされると設定が失われる可能性があるため、使用する場合は、ウィザードの設定方法や通常の使用方法をメモしておいてください。
IDEの使用についても同じことが言えます。常にマシンでソリューションを開く場合は、新しいマシンで時々ソリューションを開いて、レジストリにも、マシンに正しく設定されている魔法の/一時的な/揮発性の設定がないことを確認してください。または、ソリューション/プロジェクトのプロパティ、プラグイン、.suoなど。
re:インストールウィザード-ああ、前の回答でデプロイメントウィザードについて話していると思いました。
インストールウィザードはユーザーにとって便利であり、自動解凍、レジストリの変更、大量の変更など、他の多くの小さな変更をラップすることができます。
また、InstallShieldのようなものを使用する主な理由は、無料のウィザードと比較して、最初に認識されるインストール速度が速くなることです。また、Windowsが不明な発行元をポップアップしないように(大ざっぱに見える)、実行可能ファイルの正当なサードパーティ署名を使用します。