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