filesystemwatcher는 파일을 모니터하는 올바른 방법입니까?

Question

나는 이것이 일반적인 질문이라는 것을 알고 있지만 나는 이것을 토론을 위해 여는 중이다. 나는 다른 누군가가 비슷한 일을 수행했다고 가정해야만하고 내 솔루션이 작동하지 않는다는 것을 알기 위해 많은 코드를 작성하고 싶지는 않습니다.

다음은 내가 가지고있는 것입니다. 사용자는 데이터베이스에 OLE 객체로 파일을 추가하고 파일에 대한 태도를 연결합니다. 프로젝트와 관련된 버전 등입니다. Access를 사용하고 있습니다. 고객 선택이 아닙니다!

편집하고 싶을 때 확인해야합니다. 이 단계에서 파일을 모니터링하고 파일을 저장할 때 다시 데이터베이스로 복원하려고합니다.

파일 시스템 감시자가 최선의 방법이라고 생각합니다. 변경 사항을 모니터링하고 변경 사항이 트리거되었을 때 데이터베이스에 다시 저장하면 파일에 액세스 할 수 있습니다. 그것이 여전히 열려있는 경우 응용 프로그램이 잠겨 사용자가 완료되지 않았 음을 알게됩니다.

그래서 짧은 내 질문에 파일 시스템 감시자이 접근하는 적절한 방법은 무엇입니까? 누구든지 다른 것을 제안합니까?

감사합니다, 짐

Answer 1

M4GNV5가 말하듯이 FileSystemWatcher이 작동하지만 과장됩니다. 하나를 사용하는 것은 꽤 오류가 발생하기 쉽고 매우 정확한 사용 패턴이 필요하기 때문에 코드에 상당히 관련되어 있습니다. 또한 커널 모드에서 파일 시스템 드라이버에 연결해야하기 때문에 일정한 오버 헤드가 있습니다.

대체 솔루션은 폴링을 사용할 수 있습니다.

FileInfo info = new FileInfo(filePath); 
DateTime oldTime = info.LastWriteTimeUtc; 

while(true) 
{ 
    do 
    { 
     await Task.Wait(1000); 
     info.Refresh(); 
    } while(info.LastWriteTimeUtc == oldTime); 

    try 
    { 
     using(Stream s = File.OpenRead(filePath)) 
     { 
      // ok, file was modified and is unlocked. copy back. 
     } 

     break; 
    } 
    catch(IOException) 
    { 
     // file is locked, retry. 
     oldTime = info.LastWriteTimeUtc; 
    } 
} 

먼저 파일의 수정 시간이 변경 될 때까지 기다린 다음 잠금이 해제되는지 확인합니다.

Answer 2

단일 파일이나 디렉토리를 모니터링 하시겠습니까?

은 FileSystemWatcher는 http://msdn.microsoft.com/en-us/library/system.io.filesystemwatcher(v=vs.110).aspx가 defnitly 올바른 선택 전체 디렉토리를 모니터링하는 지금은 FileSystemWatcher 영업 이익 될 수있는 하나의 파일을 모니터하기 위해하지만 위해 당신에게

지시로 디렉토리를 볼 수 있도록 설계되었습니다

Answer 3

만약에 그들은 응용 프로그램 내에서 저장을 클릭하지만 닫지는 않습니까? 감시자가 변경 내용을보고 한 후에도 파일이 잠겨져 읽을 수 없지만 편집기에 따라 다릅니다.

또 다른 방법은 직접 편집 응용 프로그램을 실행하고 사용자가 응용 프로그램을 닫을 때 프로세스를 모니터링하는 것입니다. 동일한 프로세스에서 둘 이상의 문서를 여는 탭 편집기에서 문제가 발생할 수 있습니다.

신뢰성을 위해 FTP 클라이언트와 같은 응용 프로그램은 일반적으로 timed 루프를 사용하여 파일 크기 및 변경된 속성을 모니터링하고 변경 한 파일을 처리합니다.

변경 사항이 발생한 후 바이러스 스캐너가 파일을 잠그고 검색 할 수 있으므로 코드가 즉각적인 액세스를하지 못하게하므로 조치를 취하기 전에 지연이 필요할 수도 있습니다.

Answer 4

FileSystemWatcher를 사용하여 단일 파일을 모니터링 할 수 있습니다. Filter 속성을 원하는 특정 파일로 설정할 수 있습니다. 또는 *로 설정할 수 있습니다.MDB (또는 유사) 및 변경 이벤트가 당신이 관심을 가지고있는 파일의 경우에만 일을 할 수있는 FileSystemEventArgs에게 경로를 비교

코드는 의사 :. 그들이 파일을 체크 아웃 할 때

• 에 그것을 만들 파일 시스템과 일치하는 필터가있는 파일 시스템 감시자를 만들고 변경된 이벤트에 가입하십시오.
• Changed 이벤트에서 파일에 액세스 할 수 있는지, 즉 잠금이 해제되었는지 여부와 그 잠금이 해제되었는지 여부를 확인하십시오 너를하고 싶니?

이것이 최고의 솔루션입니까? 실제로 몇 가지 요인에 따라 다릅니다. 그들은 진행중인 작업을 저장할 수 있으므로 파일을 잠근 상태로두고 다시 저장하지 않고 종료 할 수 있습니까? 그렇다면 두 번째 Changed 이벤트를 얻지 못할 것입니다.

그렇듯이 폴링 (타이머에서 파일의 상태를 확인하고 마지막으로 수정 된 속성이 변경되었는지 여부)이 더 나은 해결책 일 수 있습니다.