たとえば（Windows 10、64ビット）スタンドアロンのexeファイルがあるとします。c:\example\example.exe-- インストーラーでインストールされず、レジストリには何もなく、exe ファイルのみが含まれます。
次にレジストリに移動し、App Paths にキー "example.exe" を追加し、そのデフォルト値をパス (.reg ファイル スニペット) に設定します。
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\example.exe]
@="C:\\example\\example.exe"
私のシステムでは何が変わったのでしょうか? それを追加する前にはできなかったことが、今は具体的に何ができるようになったのでしょうか?
答え1
どうやらRTFMのケースだったようです。ドキュメントからこのコメント(ありがとう)、簡単な概要を投稿しようと思いました。詳細については、MS ドキュメントを確認してください。
「アプリパス」の主な目的は、この答えは、グローバル ユーザーまたはシステム PATH エントリではなく、アプリごとの PATH エントリの代替場所としてのヒントです。また、Windows (特にShellExecute) がプログラムを処理する方法についていくつかの詳細を指定します。
私の特定の例では、"example.exe" のフルパスを指定することだけが行われます。ここではおそらくいくつかの影響がありますが、注目すべきものの 1 つは次のとおりです。
- 「example.exe」または単に「example」と入力できるようになりました。スタート → 実行アプリケーションが実行されます。完全なパスを指定する必要がなくなりました (たとえば、「c:\example\example.exe」と入力する必要はありません)。
ただし、サブキーの下に表示され、さまざまなものに影響を与える他の値がいくつかあります。
- パスアプリケーションの実行時に PATH 環境変数に追加されるパスのリストを指定します。これが App Paths の主な目的だと思います (名前の由来)。
- ドロップターゲットファイル名をコマンド ライン パラメータに変換するだけのデフォルトとは対照的に、ファイルを exe にドラッグしたときのカスタム動作を指定するために使用できます。
- サポートされているプロトコルアプリケーションが特定の URL スキームを処理するかどうかを指定します。
- 使用URLアプリケーションがローカル ファイルだけでなく URL も処理できるかどうかを指定します。最終効果は、Windows がインターネット リソースの URL をローカルにダウンロードするのではなくアプリケーションに渡すなどのさまざまな最適化を可能にすることです。
- デスクトップ変更ルーターを使用しないデバッガー アプリケーションのファイル選択ダイアログのデッドロックを回避するための設定です。非常に特殊なオプションです。
内容は、パス、カスタム ドラッグ アンド ドロップ動作、URL 処理、そして、他に適切な場所が見つからなかったと思われる、一見恣意的で非常に特殊なデバッガー関連の設定 (または、優先度の高い古いホット フィックスで、かわいそうな MS 開発者がカフェインとガスで動いていた) です。奇妙な小さなコレクションですが、そこにあるものすべてに歴史的な理由があるのは確かです。