Ngoại lệ khi ăn

Question

Tôi phân tích cú pháp một tệp có dữ liệu bị MalFormed theo thời gian.

và nó ném một ngoại lệ,

tôi muốn khôi phục từ ngoại lệ và bỏ qua dữ liệu bị định dạng sai.

Cách tốt nhất để làm điều này là gì?

try{ 
// parse file 
}catch(Exception){ 
//eat it. 
} 

* EDIT: * Tôi nghĩ, câu hỏi wasnt tôi hiểu rõ. tôi muốn phục hồi từ trường hợp ngoại lệ, bất kỳ ngoại lệ cho vấn đề đó, tôi không muốn chương trình của tôi dừng lại. nhưng để tiếp tục.

Answer 1

Tôi nghĩ rằng những gì bạn đang yêu cầu này là:

Khi phân tích một dòng tập tin bằng cách dòng, dữ liệu đôi khi dòng hiện tại đã bị thay đổi mà gây ra một ngoại lệ được ném vào mã của bạn. Có lẽ bạn chỉ cần cấu trúc mã của bạn sao cho try/catch chỉ bao quanh mã phân tích cú pháp, chứ không phải mã đọc dòng. Ví dụ:

using System; 
using System.IO; 
using System.Windows.Forms; 

public void ParseFile(string filepath) 
{ 
    TextReader reader = null; 

    try 
    { 
     reader = new StreamReader(filepath); 

     string line = reader.ReadLine(); 
     while (!string.IsNullOrEmpty(line)) 
     { 
      try 
      { 
       // parse line here; if line is malformed, 
       // general exception will be caught and ignored 
       // and we move on to the next line 
      } 
      catch (Exception) 
      { 
       // recommended to at least log the malformed 
       // line at this point 
      } 

      line = reader.ReadLine(); 
     } 
    } 
    catch (Exception ex) 
    { 
     throw new Exception("Exception when trying to open or parse file", ex); 
    } 
    finally 
    { 
     if (reader != null) 
     { 
      reader.Close(); 
      reader.Dispose(); 
     } 
     reader = null; 
    } 
} 

Khối try/catch bên ngoài là xử lý đóng đối tượng người đọc đúng cách nếu xảy ra sự cố khi mở hoặc đọc tệp. Khối try/catch bên trong là nuốt các ngoại lệ nếu dữ liệu đọc không đúng định dạng và không thể phân tích cú pháp chính xác.

Tôi đồng ý với khá nhiều người khác. Chỉ cần nuốt ngoại lệ có thể không tốt. Ít nhất, tôi khuyên bạn nên đăng nhập nó ở đâu đó.

Answer 2

try{ 
    // parse file 
    } 
    catch(Exception){ 
    //eat it. 
    } 
    finally 
    { 
     //cleanup must ... release system resources here (e.g. stream.Close() etc) 
     // code here always executes...even if the exception is unhandled 

    } 

// code will resume execution from this point onwards... 

Answer 3

đó làm việc - có thể bạn có thể đăng nhập các lỗi dù quá trong trường hợp bạn muốn xem những gì các dữ liệu đã gây ra ngoại lệ xảy ra và sử dụng để cải thiện luận phân tích của bạn.

Answer 4

Tóm lại, có thể bạn không nên sử dụng ngoại lệ cho việc này. Một cái gì đó giống như một TryParse mà trả về false là hiệu quả hơn nhiều và dễ dàng hơn để phục hồi. Xử lý ngoại lệ là một chút của phương pháp tiếp cận đối tượng cùn.

MSDN Guidance on Exception Handling

Answer 5

Có một số thông tin nền tảng tốt ở đây: Is there any valid reason to ever ignore a caught exception

Câu trả lời ngắn: trường hợp ngoại lệ là đắt tiền để sử dụng theo cách này. Nếu có thể, hãy kiểm tra đầu vào trước khi gửi nó để xử lý và làm bạn bỏ qua ở đó thay vì bỏ qua các ngoại lệ.

Cũng đảm bảo rằng bạn không đúc quá rộng mạng và ăn các trường hợp ngoại lệ hợp pháp mà bạn có thể muốn biết.

Answer 6

Nói chung, một cái gì đó như thế này:

try 
{ 
    // parse file 
} 
catch (FormatException) 
{ 
    // handle the exception 
} 
finally 
{ 
    // this block is always executed 
} 

Bạn nên tránh bắt chung Exception trường hợp và thay vào đó bắt một ngoại lệ đặc biệt, bất cứ điều gì mà bạn có thể.

Answer 7

Bắt ngoại lệ chung là một ý tưởng tồi nếu bạn mong đợi nó chỉ ném một hoặc hai loại ngoại lệ cụ thể cho các lỗi phân tích cú pháp cụ thể. Thường là tốt hơn để nắm bắt từng loại ngoại lệ cụ thể và xử lý độc lập để mã của bạn sẽ không chặn bất kỳ lỗi nào khác (có thể không mong muốn) (ví dụ: nếu tệp bị thiếu hoặc kết nối mạng hết giờ, nó sẽ được xử lý trong giống như cách tệp chứa dữ liệu bị hỏng?)

Tuy nhiên, bắt một ngoại lệ chung là một ý tưởng tuyệt vời nếu bạn cố tình cần/muốn nắm bắt tất cả các lỗi có thể và tiếp tục một cách duyên dáng. Điều này có thể xảy ra nếu việc xử lý tất cả các loại lỗi giống nhau (ví dụ: "nếu, vì bất kỳ lý do gì, tôi không thể đọc giá trị tùy chọn này, tôi sẽ trả về giá trị mặc định là 5" - điều đó tốt hơn rất nhiều so với chương trình của bạn. t nhận ra nó có thể ném một ngoại lệ do một thời gian chờ mạng). Nếu sử dụng một cách khôn ngoan, cách tiếp cận này có thể làm cho chương trình của bạn bằng chứng đạn - nhưng nếu sử dụng không chính xác bạn có thể ngăn chặn các lỗi mà bạn cần phải biết và sửa chữa, và điều này có thể rất đau đớn.

Khi loại bỏ bất kỳ ngoại lệ nào, bạn nên luôn xem xét cẩn thận báo cáo lỗi - bạn có nên cho người dùng biết rằng bạn đã gặp sự cố không? Nếu bạn đăng nhập nó trong một tập tin dấu vết để khi một khách hàng phàn nàn về một cái gì đó không hoạt động đúng, bạn có thể theo dõi trở lại nguồn gốc của vấn đề? Hoặc bạn nên âm thầm bỏ qua nó?Chỉ cần cẩn thận vì sự kìm hãm quá nhiệt tình có thể khiến cho rất khó để tìm ra lý do tại sao một progam hoạt động không thể đoán trước được.

Answer 8

Tôi có cảm giác rằng bạn thấy những thứ như màu đen & màu trắng, và điều đó không cảm thấy đúng .. Có, hầu hết các lần, không tốt để nắm bắt mọi thứ và cẩu thả khi nói đến xác thực đầu vào, nhưng không phải lúc nào. Điều này rất có thể là một trường hợp đặc biệt. Tôi không biết gì về loại tệp sẽ được phân tích cú pháp, nhưng ngoại lệ có thể là điều đúng.

Trước khi chúng tôi quyết định những gì là tốt nhất, cung cấp cho chúng tôi biết thêm chi tiết :)