問題タブ [program-files]

64ビットバージョンのWindowsでは、32ビットソフトウェアが「c：\ programfiles（x86）」にインストールされます。これは、$（programfiles）を使用して（32ビット）ソフトウェアへのパスを取得できないことを意味します。したがって、MSBuildプロジェクトでこれを克服するには、$（ProgramFiles32）が必要です。実行しているOSに応じてプロジェクトを変更したくありません。

投稿する解決策がありますが、もっと簡単で良い方法があるかもしれません。

私のソフトウェアをWindowsXPにインストールするのはいつも簡単でした。すべてが「c：\ ProgramFiles\myprogram」ディレクトリにありました。これには以下が含まれます：

1. 実行可能プログラム自体とすべてのdll。
2. Readme.txtおよびLicense.txt
3. ヘルプファイル（.hlpまたは.chmまたは.pdf）
4. レジストリにないプログラム設定（.iniファイル）
5. プログラムのサンプルデータファイル
6. プログラムが生成するログファイル

（私は何かが足りないのですか？）

しかし、これらのいくつかはWindowsVistaの「ProgramFiles」ディレクトリに入れてはいけないことを理解しています。どれをすべきではなく、代わりにどこに行くべきですか？

また、Vistaに一致するようにXPのインストール場所を変更する必要がありますか？

補遺：マルコカントゥの優れた投稿である、テーマのないWindowsアプリケーションと仮想ストアを指摘した別の質問に対するフランソワの回答で、いくつかの非常に優れた情報が提供されました。

重複の可能性：
C＃-Windows Vista 64ビットでプログラムファイル（x86）を取得する方法

ユーザーがWindowsのデフォルトのを変更する可能性C:\Program Filesはかなり低いと思いますが、奇妙なことが起こっています！

システムからへの正しいパスを取得するにはどうすればよいProgram Filesですか？

C＃で、次の場所をハードコーディングするのではなく参照するにはどうすればよいですか？

• プログラムファイル（x86）
• プログラムファイル

管理者以外のユーザーとして実行されているプロセスには、プログラム ファイル フォルダーに書き込む権限がありません。管理者以外のユーザーが権限を持つ場所に書き込むように log4net を構成する最良の方法は何ですか?

理想的には、次のようになります。

• 単一の構成ファイルまたはコードからの構成は、.NET でサポートされている MS Windows のすべてのバージョンで機能します。
• MS Windows サービスのサポート
• log4net バージョン 1.2.0.30714 のサポート (このバージョンを使用する必要があります)

関連する質問:

• C# アプリケーションは、制限付きユーザー アカウント XP で実行すると、管理者が作成したファイルを読み書きできません。

アプリケーションがプログラムファイルの下のどこかから実行されているかどうかを確認するための信頼できる方法はありますか？

ユーザーがアプリケーションをインストールしてローカルマシン上のファイルをプログラムする場合、VistaおよびWin7での仮想化を回避するために、書き込み可能なファイルを別の場所に配置する必要があります。ただし、ネットワークディスクにインストールする場合は、ユーザー間で共有アクセスできるように、これらのファイルをインストール時に保持する必要があります。

今日、起動パスとの文字列比較を行いますCSIDL_PROGRAM_FILESが、これは非常に信頼性の低い方法であることがわかります。

そこにスマートなソリューションはありますか？'IsRunningFromProtectedFolder（）'-私が知らないAPIはありますか？プログラムファイルと同じ問題を引き起こす他のフォルダはありますか？

C#/.NET でプログラミングしています。ターゲット マシンのアーキテクチャに関係なく、ターゲット マシンから Program Files ディレクトリを返せるようにしたいと考えています。明確にするために、C (or whatever drive the OS is on):/Program FilesWindows のバージョンのビット数に関係なく、返してほしいと思います。

ユーザーが C: ドライブにインストールされていない Windows を実行している場合を除いて、ディレクトリにハードコーディングすることはできません。

見つけた

Program Files (x86)しかし、64ビットのWindowsマシンではフォルダーが返されると思います。

Windows 7 で実行されている 32 ビット アプリケーションは、以下に対して何を返しますか?

C:\Program Files (x86)またはC:\Program Files？

私はこの非常に頻繁に述べられている問題に遭遇しましたが、ほぼすべてのソースを調べた後でも、答えは得られませんでした. 問題は次のとおりです。

サーバーに接続してアプリケーションの新しいバージョンをチェックし、新しいバージョンをクライアント マシンにコピーする小さなアップデータ ツールを作成しました。したがって、パターンは次のとおりです。

クライアントは、特定のアプリケーションで事前に構成されたアップデーターをインストールします。したがって、基本的にアップデーターは Program Files フォルダーのどこかにあります。次に、アップデーターが開始され、サーバーに接続して最新バージョンを取得し、アップデーターがインストールされているのとまったく同じディレクトリにインストールします。したがって、クライアントは 2 つのアプリケーションがあることを知りません。アップデーターとアップデーターが対象とするメインアプリケーション。理解していただければ幸いです。

これが、Program Files フォルダーへのアクセスが必要な理由です。

私は Windows 7 で開発を行っており、ソフトウェアは 7 でも実行する予定です。

アップデーターが管理者によって実行されていることを確認する方法はありますか? アクセスするには管理者権限が必要ですか? 管理者権限を持っていてもアクセスが拒否されるので、他に何がありますか? ユーザーが持っている権限をコードでチェックする方法はありますか?

質問はタイトルに関連しています：Windows 7：ファイルをプログラムファイルに保存できませんか？では、どこに書くのですか？

AppDataがあることは知っていますが、ディレクトリを正しく取得する方法がわかりません。それを取得するためのAPIはありますか？

このAPIはWindowsXP用のAppDataも取得しますか？