이것은 길쌈이지만 여러 파일에 대해 크기, 최종 액세스 시간, 최종 생성 된 시간 등을 얻는 더 빠른 방법이 있습니까?여러 FileInfo를보다 빠르게 얻을 수 있습니까?
파일 경로가 길기 때문에 (열거 할 필요가 없음) 가능한 한 빨리 해당 정보를 조회해야합니다. 병목 현상이 디스크 여야하기 때문에 FileInfo를 병렬로 만들면 도움이되지 않을 것입니다.
NTFS 저널은 파일 이름을 불행히도 유지합니다. 그렇지 않으면 OS가 해당 메타 정보를 어딘가에 저장하지 않는다고 생각합니다.
정적 또는 Win32에서 호출 (파일 방법 나만 한 번에 불구하고 정보의 한 조각을 얻을 수 있습니다)에서는 FileInfo의 무리를 만드는 것은
오브젝트하는 정보를 오히려 가져 오는 방법이 있다면 할 수있는 또 하나의 최적화어쨌든 도움이 될만한 사람이 있으면 기쁘게 생각합니다. 불행히도 여기서 마이크로 최적화를 수행해야하며 "데이터베이스 사용"이 가능한 대답이 아닙니다.
NuGet을 통해 FluentPath를 이용할 수 있습니다. http://weblogs.asp.net/bleroy/archive/2010/11/19/fluentpath-1-0.aspx – jvanrhyn
나는 그것을 이해하기 때문에 파일 경로 및 linq 스타일 작업과 함께 작업하기에 더 좋은 라이브러리이며 그렇지 않습니다. 후드 아래에서 파일 메타 데이터와 관련된 많은 작업 – Homde
그렇지 않은 경우 응용 프로그램 수명주기의 시작 부분에 정보를 캐시 할 수 있습니까? 그러면 정보가 RAM에 저장되지만 오래 실행되는 응용 프로그램을 사용하는 경우에는 최신이 아닙니다. – Patrick