문서 폴더를 좋아하는 사용자는 자신이 배치 한 항목 만 포함하고 표준 문서 폴더가이 작업에 적합하지 않다는 것을 알고 있습니다. 모든 프로그램은 이 작업을 위해 특별히 폴더가 있다는 사실에도 불구하고 설정, 데이터 또는 그와 똑같이 관련이없는 것을 Documents 폴더 에 넣기를 원하는 것 같습니다 1 .
빈 소리가 나지 않도록 내 개인 "문서"폴더를 예로 들어 보겠습니다. 내가없는 지금 이 폴더 나 자신에 아무것도 저장, 어떤 상황에서도, 결코 I에, 그것을 사용하지 않습니다. 그러나 최상위 폴더에는 46 개의 폴더와 3 개의 파일이 있으며 500 개의 폴더에 총 800 개의 파일이 있습니다. 내가 만들지 않은 190MB의 "문서"입니다. 분명히 실제 문서는이 혼란에서 즉시 잃어 버릴 것입니다.
내 질문은 : 향후 5 년 동안 "문서"를 다시 유용하게 사용할 수 있도록 상황을 개선하기 위해 무엇을 할 수 있는가? 프로그래머가 어떻게 든 덤핑 장으로 사용하지 않도록 교육받을 수 있습니까? OS가 기존 API를 통해 AppData 아래에 숨겨진 "가짜"위치를보고하면서 탐색기와 다양한 열기 / 저장 대화 상자에서만 "실제"문서 폴더가 어디에 있는지 알 수 있습니까? 아니면 완전히 허무하거나 불필요한 시도가 있습니까?
1 다음은 "문서"대신 사용해야하는 다양한 표준 디렉토리에 대한 간략한 요약입니다.
RoamingAppData에 대한 사용자 별의 데이터와 설정. 이다 사용자 별이 아닌 임시 데이터에 사용하는 디렉토리. 여기에 있는 모든 것은 지정된 사용자가 구성된 네트워크에 로그온 한 모든 컴퓨터에서 사용할 수 있습니다. 큰 파일은 이러한 환경에서 로그인 / 로그 아웃 속도가 느리므로 여기에 두지 마십시오.LocalAppData에 대한 사용자 및 기계 고유의 데이터와 설정. 이 데이터는 모든 사용자와 컴퓨터마다 다릅니다. 또한 매우 큰 사용자 별 데이터를 배치해야합니다.ProgramData대한 시스템 특정의 데이터와 설정. 로그온 한 사용자에 관계없이 동일하며 네트워크의 다른 시스템으로 로밍되지 않습니다.GetTempPath사용하지 않을 때 데이터 손실없이 삭제 될 수있는 모든 파일 임시 데이터와 같이 캐시를 백업 할 필요가 없기 때문에 캐시 와 같은 곳 이기도 합니다 . 거대한 캐시를 여기에두면 사용자에게 백업 문제를 줄일 수 있습니다.
"문서"자체에만해야한다 이제까지 사용자가 경로를 입력하거나 저장 대화 상자에서 선택하여 수동으로 지정된 경우에 사용. 즉, 유일한 시간이다 지금 "문서"에 물건을 저장하기에 적합합니다.