小さなインストーラー（ターゲット：net 3.5クライアントプロファイル）を開発しましたが、2つの問題があります。
- これは.Net3.5Frameworkで実行され、ターゲットシステムの1つがXPであるため、プログラムを実行する前に、.Net3.5Frameworkがインストールされているかどうかを確認する必要があります。そこで、Inno-Setupを使用して、フレームワークをチェックしてインストールしました。これが最善の方法かどうかはわかりません。Inno-Setupの選択に関して、誰かが私にもっと良いオプションを教えてくれるのではないかと思います。Windowsスクリプト（* .vbs）を試しましたが、テストの1つで、XPステーションで、このタイプのファイルがWscript.exeに関連付けられていなかったため、この* .vbsファイルを実行できなかったため、このオプションをあきらめました。
- プロジェクトで使用するアセンブリファイル（dll）はほとんどなく、プロジェクトをコンパイルすると、デフォルトでデバッグ/リリースフォルダーにダンプされます。ただし、動的にロードし、リフレクションを介してメソッドとプロパティを呼び出す他のアセンブリファイルをいくつか使用しました。exeファイルを基準にしてこれらのファイルの場所を手動でハードコーディングしました。したがって、CD（D :)にexeファイルがある場合、プログラムはD：\Binフォルダーを検索します。win7の場合はD：\ Bin \ Win7を検索し、XPの場合はD：\ Bin \ XPフォルダーなどを検索します。私のプログラムは、「参照の追加」でロードした3つの一般的なアセンブリ（冒頭で説明）を使用します。私のプロジェクトをコンパイルし、私が言ったように、VSはそれらをデバッグ/リリースフォルダーにダンプしました。実際に必要なのは、これらのファイルをBinフォルダーに入れて、setup.exeファイルとCDのルートディレクトリにあるconfig.iniファイルだけを配置することです。素敵できれい。必要なのは、アセンブリを出力フォルダー（デバッグ/リリース）内のBinフォルダーに配置する必要があることをVSになんらかの方法で伝えることです。これが可能な場合は、実行可能ファイルをBinフォルダーにコピーして、最終的な目標であるCDを作成できます。
これらの2つの問題に関するより良いアイデアはありますか？tnx