プログラムでのWindows「ドキュメント」フォルダーの正当な使用
Documentsフォルダーに配置するものだけを含めるのが好きな人は、標準のDocumentsフォルダーがこのタスクに完全に不適切であることを知っています。すべてのプログラムは、にその設定、データ、または均等に無関係な何かを入れたいようだドキュメントフォルダは、特にこの仕事のために存在するという事実にもかかわらず、フォルダ1。 これが空に聞こえないように、個人用の「ドキュメント」フォルダを例に取ります。私がいない今まで私は決して、いかなる状況の下で、このフォルダには何も保存自分という点で、それを使用します。それでも、最上位には46個のフォルダーと3つのファイルがあり、500個のフォルダーに合計800個のファイルがあります。これは私が作成しなかった190 MBの「ドキュメント」です。明らかに、実際の文書はこの混乱ですぐに失われてしまいます。 私の質問は、次の5年間で「ドキュメント」が再び役立つように、状況を十分に改善するために何かできることはありますか?プログラマーは、それをゴミ捨て場として使用しないように、何とか教育を受けられますか?OSは、既存のAPIを介してAppDataの下に隠された「偽の」場所の報告を開始できますか または、試みは完全に無駄であるか、さらには不要ですか? 1記録のために、「ドキュメント」の代わりに使用する必要があるさまざまな標準ディレクトリの簡単な概要を以下に示します。 RoamingAppData以下のためのユーザー固有のデータと設定。これは、ユーザー固有の非一時データに使用するディレクトリです。ここに配置されたものはすべて、特定のユーザーがこれが構成されているネットワークにログオンするマシンで使用できます。ただし、このような環境ではログイン/ログアウトが遅くなるため、大きなファイルをここに置かないでください。 LocalAppData以下のためのユーザーとマシン固有のデータと設定。このデータは、ユーザーごとおよびマシンごとに異なります。これは、非常に大きなユーザー固有のデータを配置する場所でもあります。 ProgramData以下のためのマシン固有のデータと設定。これらは、ログオンしているユーザーに関係なく同じであり、ネットワーク内の他のマシンにローミングしません。 GetTempPath使用されていないときにデータを失うことなく消去される可能性があるすべてのファイル。これは、一時データのようにキャッシュをバックアップする必要がないため、cachesなどの場所でもあります。ここに巨大なキャッシュを配置すると、ユーザーのバックアップのトラブルを軽減できます。 「ドキュメント」自体は必要があり、これまでユーザーがパスを入力するか、[保存]ダイアログで、それを選択することによって、それを手動で指定した場合に使用します。それはされる唯一の時間で、これまで「ドキュメント」にものを保存することが適当。