昔は、HKCR\.extを指し示すものを見るだけでよかったのですHKCR\type-handler。
HKCRは、カスケード パターン (最初にローカル ユーザー、次にローカル マシン) で、HKCU\software\classesとの両方への動的リンクになりました。HKLM\software\classes
ただし、現在では、この..\explorer\FileExtsレジストリ ツリーは、おそらくユーザー レベルとマシン レベルの両方にも存在します。 この追加の複雑さによって何がもたらされるのでしょうか?
皆さんはどうか分かりませんが、私はファイルを正しく開くために Windows と格闘しています。エクスプローラーが頻繁にハングしたり、エクスプローラーから特定のファイルを開けなかったりします。また、これはかなり恣意的で、たとえば TextPad を 1 台のマシンにインストールすると 100% 機能するように見えますが、別のマシンでは、ファイルを開こうとすると (右クリック メニュー、送信、ドラッグ アンド ドロップ、ダブルクリックなど)、エクスプローラーまたは TextPad のいずれかがクラッシュし、機能が制限される結果になります。
何度か質問し、無数の検索をしましたが、まだ包括的な答えは見つかりませんでした。「これは、ファイル タイプに関連するすべてのキーの機能と動作であり、Microsoft は、それらのキーがユーザー システムの一貫した連携と適切な機能のためにどのように使用されることを意図しているかを示しています。」
Windows でのファイルタイプの関連付けに関する包括的な「ベスト プラクティス」ガイドや詳細なドキュメントがどこで見つかるかご存じの方はいらっしゃいますか?
答え1
「ベストプラクティス」は、Windowsにバンドルされている「既定のプログラム」設定、または次のようなサードパーティのツールを使用することだと思います。ファイルタイプマンまたはASHociationFileTypesMan には、必要に応じてクライアント コンピューターでリモートで使用するのに適したコマンド ライン インターフェイスも含まれています。
ファイルを開こうとすると (右クリック メニュー、送信、ドラッグ アンド ドロップ、ダブルクリックなど)、エクスプローラーまたは TextPad がクラッシュします。
関連付けが正しく設定されていない場合、アプリケーションは最初から自動的には開かないため、アプリケーションがクラッシュすることはありません。オペレーティング システムの構成、または TextPad アプリケーション自体に別の根本的な問題があるようです。
「これは、ファイル タイプに関連するすべてのキーの機能と動作であり、Microsoft は、それらのキーがユーザー システムの一貫した連携と適切な機能のためにどのように使用されることを意図しているかを示しています。」
マイクロソフトが情報を公開していない限り（または第三者がその目的をリバースエンジニアリングしていない限り）、複雑なクローズドソースオペレーティングシステムの非常に低レベルのレジストリ設定を詳述するリソースを見つけることはまずありません。まさにこの理由から、マイクロソフトがソフトウェア開発以外でエンドユーザーにレジストリデータの変更を推奨することはめったにありません。もし情報があれば、おそらくMicrosoft サポート ナレッジ ベース。