try/catch + sử dụng, đúng cú pháp

Question

Cái nào:

using (var myObject = new MyClass()) 
{ 
    try 
    { 
     // something here... 
    } 
    catch(Exception ex) 
    { 
     // Handle exception 
    } 
} 

HOẶC

try 
{ 
    using (var myObject = new MyClass()) 
    { 
     // something here... 
    } 
} 
catch(Exception ex) 
{ 
    // Handle exception 
} 

Answer 1

tôi thích thứ hai. Có thể cũng bẫy lỗi liên quan đến việc tạo ra các đối tượng là tốt.

Answer 2

Cả hai đều là cú pháp hợp lệ. Nó thực sự đi xuống đến những gì bạn muốn làm: nếu bạn muốn bắt lỗi liên quan đến việc tạo ra/xử lý các đối tượng, sử dụng thứ hai. Nếu không, hãy sử dụng đầu tiên.

Answer 3

Có một điều quan trọng mà tôi sẽ gọi ở đây: Đầu tiên sẽ không bắt bất kỳ ngoại lệ nào phát sinh từ việc gọi hàm tạo MyClass.

Answer 4

Từ một khối sử dụng chỉ là một việc đơn giản hóa cú pháp của một thử/cuối cùng (MSDN), cá nhân tôi muốn đi với những điều sau đây, mặc dù tôi nghi ngờ nó khác với tùy chọn thứ hai của bạn đáng kể:

MyClass myObject = null; 
try { 
    myObject = new MyClass(); 
    //important stuff 
} catch (Exception ex) { 
    //handle exception 
} finally { 
    if(myObject is IDisposable) myObject.Dispose(); 
} 

Answer 5

Nó phụ thuộc. Nếu bạn đang sử dụng Windows Communication Foundation (WCF), using(...) { try... } sẽ không hoạt động chính xác nếu proxy trong câu lệnh using ở trạng thái ngoại lệ, tức là việc loại bỏ proxy này sẽ gây ra một ngoại lệ khác.

Cá nhân, tôi tin vào phương pháp xử lý tối thiểu, tức là xử lý ngoại lệ duy nhất bạn biết tại thời điểm thực hiện. Nói cách khác, nếu bạn biết rằng việc khởi tạo một biến trong using có thể ném một ngoại lệ cụ thể, tôi quấn nó với try-catch. Tương tự, nếu trong phạm vi using, nội dung nào đó có thể xảy ra, không liên quan trực tiếp đến biến số trong using, sau đó tôi kết hợp nó với một số khác try cho ngoại lệ cụ thể đó. Tôi hiếm khi sử dụng Exception trong số catch es của mình.

Nhưng tôi thích IDisposable và using mặc dù vậy tôi có thể thiên vị.

Answer 6

Nếu câu lệnh bắt của bạn cần truy cập biến được khai báo trong câu lệnh sử dụng, thì bên trong là tùy chọn duy nhất của bạn.

Nếu câu lệnh bắt của bạn cần đối tượng được tham chiếu trong quá trình sử dụng trước khi nó được xử lý, thì bên trong là lựa chọn duy nhất của bạn.

Nếu câu lệnh bắt của bạn có hành động không xác định, như hiển thị thông báo cho người dùng và bạn muốn vứt bỏ tài nguyên trước khi điều đó xảy ra, thì bên ngoài là lựa chọn tốt nhất của bạn.

Bất cứ khi nào tôi có một scenerio tương tự như vậy, khối try-catch thường là trong một phương pháp khác tiếp tục lên ngăn xếp cuộc gọi từ việc sử dụng. Nó không phải là điển hình cho một phương pháp để biết cách xử lý các ngoại lệ xảy ra bên trong nó như thế này.

Vì vậy, đề xuất chung của tôi ở bên ngoài — cách bên ngoài.

private void saveButton_Click(object sender, EventArgs args) 
{ 
    try 
    { 
     SaveFile(myFile); // The using statement will appear somewhere in here. 
    } 
    catch (IOException ex) 
    { 
     MessageBox.Show(ex.Message); 
    } 
} 

Answer 7

Nếu đối tượng bạn đang khởi tạo trong khối Sử dụng() có thể ném bất kỳ ngoại lệ nào thì bạn nên sử dụng cú pháp thứ hai nếu không thì cả hai đều hợp lệ.Trong kịch bản của tôi, tôi đã phải mở một tập tin và tôi đã đi qua filePath trong constructor của đối tượng mà tôi đã khởi tạo trong khối Using() và nó có thể ném ngoại lệ nếu filePath là sai/rỗng. Vì vậy, trong trường hợp này, cú pháp thứ hai có ý nghĩa.

mẫu My mã: -

try 
{ 
    using (var obj= new MyClass("fileName.extension")) 
    { 

    } 
} 
catch(Exception ex) 
{ 
    //Take actions according to the exception. 
}