C＃ - 這是一個很好的實踐來簡化由System.IO.File.ReadAllText產生的異常

Question

顯然，很多應用程序需要處理文件並向用戶顯示錯誤。然而System.IO.File類的成員會拋出很多異常。這些只是爲ReadAllText：

• 的ArgumentException
• ArgumentNullException
• PathTooLongException
• DirectoryNotFoundException
• IOException異常
• UnauthorizedAccessException
• FileNotFoundException異常
• NotSupportedException異常
• 拋出：SecurityException

因此，如何趕上他們並將其展示給用戶，而不是吞嚥其他異常？

顯然與完美編碼可以消除這些2：

• 的ArgumentException
• ArgumentNullException

如果你寫一個（可能是痛苦的）檢查您可以消除PathTooLongException。但是，爲什麼要複製微軟編寫的檢查代碼？

但其他例外仍然可以，即使你做了所有的檢查發生：

• DirectoryNotFoundException
• IOException異常
• UnauthorizedAccessException
• FileNotFoundException異常
• NotSupportedException異常
• 拋出：SecurityException

文件和文件夾可以用您打開該文件時被刪除，安全權限可以改變等

我不明白，你可以在這些情況下做什麼，除了顯示消息的用戶。你會找到操作系統無法找到的目錄嗎？修復權限？將代碼注入OS以支持不受支持的操作？ LOL 我看到的所有可能是顯示一條錯誤消息。

因此，如果每次打開文件以讀取文本時都必須捕獲所有這些異常，那麼我的代碼就必須很長且重複，除非通過捕獲異常來吞服異常。

創建FileException並僅捕獲實際使用文件時可能出現的所有異常是否是一種好的做法？ 我腦子裏想的是這樣的：

public class FileException : Exception 
{ 
    public FileException(Exception e) 
     : base(e.Message, e.InnerException) 
    { 
    } 
} 

public static class FileNoBS 
{ 
    public static string ReadAllText2(string path) 
    { 
     try 
     { 
      return File.ReadAllText(path); 
     } 
     catch (ArgumentNullException e) 
     { 
      throw new FileException(e); 
     } 
     catch (ArgumentException e) 
     { 
      throw new FileException(e); 
     } 
     catch (PathTooLongException e) 
     { 
      throw new FileException(e); 
     } 
     catch (DirectoryNotFoundException e) 
     { 
      throw new FileException(e); 
     } 
     catch (FileNotFoundException e) 
     { 
      throw new FileException(e); 
     } 
     catch (IOException e) 
     { 
      throw new FileException(e); 
     } 
     catch (UnauthorizedAccessException e) 
     { 
      throw new FileException(e); 
     } 
     catch (NotSupportedException e) 
     { 
      throw new FileException(e); 
     } 
     catch (SecurityException e) 
     { 
      throw new FileException(e); 
     } 
    }  
} 

然後捕捉異常，當我只需要這樣寫：

 try 
     { 
      string text = FileNoBS.ReadAllText2(path); 
     } 
     catch (FileException e) 
     { 
      // display error to user 
     } 

我真的不明白，爲什麼微軟沒有分組的所有這些異常togather某種程度上來說。我錯過了什麼，或者這是一個好習慣嗎？

Answer 1

您列出的例外有兩個不同的類別 - 這些表示編碼錯誤，這些表示運行時問題。您絕對正確的是，第一類中的異常是可以預防的：您可以以永不會發生的方式編寫代碼。例如，如果您的代碼爲null - 檢查路徑，那麼在ReadAllText的調用中您不會遇到ArgumentNullException的危險。讓我們來分析一個剩餘的例外之一：

• IOException，DirectoryNotFoundException，FileNotFoundException - 所有這三個會被抓住，如果你趕上IOException
• UnauthorizedAccessException - 應分別抓住
• NotSupportedException - 可以通過在撥打電話之前驗證路徑來阻止。
• SecurityException - 在撥打電話前可以通過checking permissions阻止。

最後，你可以通過捕捉IOException和UnauthorizedAccessException，並防止異常的其餘部分由發生預驗證的參數，您計劃傳遞並檢查運行覆蓋指示運行時問題的所有異常代碼的時間環境。

Answer 2

您要找的是System.IO.IOException。 System.IO.IOException年代

繼承層次：

System.Object 
    System.Exception 
    System.SystemException 
     System.IO.IOException 
     System.IO.DirectoryNotFoundException 
     System.IO.DriveNotFoundException 
     System.IO.EndOfStreamException 
     System.IO.FileLoadException 
     System.IO.FileNotFoundException 
     System.IO.PathTooLongException 
     System.IO.PipeException 

的ArgumentException尤其是由兩位著名的例外繼承：

System.Object 
    System.Exception 
    System.SystemException 
     System.ArgumentException 
     System.ArgumentNullException 
     System.ArgumentOutOfRangeException 
     //... 

一些典型ArithmeticException的：

System.Object 
    System.Exception 
    System.SystemException 
     System.ArithmeticException 
     System.DivideByZeroException 
     System.NotFiniteNumberException 
     System.OverflowException 

另外值得注意的是ThreadAbortException，這應該是異步捕捉在桌面應用程序中使用的重複事件代表，或者在重定向/終止HttpResponse時也在ASP.NET中使用。

其他例外情況太基本，不能有更多的「專業基礎例外」。在System.Exception's inheritance hierarchy和System.SystemException's inheritance hierarchy的參考文獻中或通過反思查看它們。