Ném nhiều ngoại lệ trong .Net/C#

Question

Trong một ứng dụng tôi làm việc trên, bất kỳ lỗi logic nghiệp vụ nào cũng gây ra ngoại lệ và mã gọi xử lý ngoại lệ. Mẫu này được sử dụng trong suốt ứng dụng và hoạt động tốt.

Tôi có một tình huống mà tôi sẽ cố gắng thực hiện một số tác vụ kinh doanh từ bên trong lớp doanh nghiệp. Yêu cầu cho điều này là một thất bại của một nhiệm vụ không nên gây ra quá trình chấm dứt. Các nhiệm vụ khác vẫn có thể thực thi. Nói cách khác, đây không phải là một hoạt động nguyên tử. Vấn đề tôi có là ở phần cuối của hoạt động, tôi muốn thông báo cho mã gọi rằng một ngoại lệ hoặc ngoại lệ đã xảy ra bằng cách ném một ngoại lệ. Hãy xem đoạn mã psuedo-code sau:

function DoTasks(MyTask[] taskList) 
{ 
    foreach(MyTask task in taskList) 
    { 
    try 
    { 
     DoTask(task); 
    } 
    catch(Exception ex) 
    { 
     log.add(ex); 
    } 
    } 

    //I want to throw something here if any exception occurred 
} 

Tôi phải làm gì? Tôi đã gặp phải mô hình này trước đây trong sự nghiệp của tôi. Trong quá khứ tôi đã giữ một danh sách tất cả các ngoại lệ, sau đó ném một ngoại lệ có chứa tất cả các ngoại lệ bị bắt. Điều này dường như không phải là cách tiếp cận trang nhã nhất. Điều quan trọng là phải bảo toàn càng nhiều chi tiết càng tốt từ mỗi ngoại lệ để trình bày đến mã gọi.

Suy nghĩ?

---

Chỉnh sửa: Phải viết giải pháp .Net 3.5. Tôi không thể sử dụng bất kỳ thư viện beta nào, hoặc AggregateException trong .Net 4.0 như được đề cập bởi Bradley Grainger (bên dưới) sẽ là một giải pháp tốt đẹp cho các ngoại lệ thu thập để ném.

Answer 1

Các Task Parallel Library extensions cho NET (mà will become part of .NET 4.0) theo mô hình đề xuất trong câu trả lời khác: thu thập tất cả trường hợp ngoại lệ đã được ném vào một lớp AggregateException.

Bằng cách luôn ném cùng một loại (cho dù có một ngoại lệ từ công việc con, hoặc nhiều), mã gọi xử lý ngoại lệ dễ viết hơn.

Trong .NET 4.0 CTP, AggregateException có công cụ xây dựng công khai (mất IEnumerable<Exception>); nó có thể là một lựa chọn tốt cho ứng dụng của bạn.

Nếu bạn đang nhắm mục tiêu .NET 3.5, hãy xem xét nhân bản các phần của lớp System.Threading.AggregateException mà bạn cần trong mã của riêng bạn, ví dụ: một số hàm tạo và thuộc tính InnerExceptions. (Bạn có thể đặt bản sao của bạn trong không gian tên System.Threading bên trong lắp ráp của bạn, có thể gây nhầm lẫn nếu bạn tiếp xúc công khai, nhưng sẽ nâng cấp lên 4.0 dễ dàng hơn sau này.) Khi .NET 4.0 được phát hành, bạn sẽ có thể “nâng cấp” vào loại khung bằng cách xóa tệp nguồn chứa bản sao của bạn khỏi dự án của bạn, thay đổi dự án để nhắm mục tiêu phiên bản khung công tác mới và xây dựng lại. Tất nhiên, nếu bạn làm điều này, bạn cần phải theo dõi cẩn thận các thay đổi đối với lớp này khi Microsoft phát hành các CTP mới, để mã của bạn không trở nên không tương thích. (Ví dụ, điều này có vẻ như một lớp học có mục đích chung hữu ích, và họ có thể di chuyển nó từ System.Threading đến System.) Trong trường hợp xấu nhất, bạn chỉ có thể đổi tên loại và di chuyển nó trở lại vào không gian tên của riêng bạn (điều này rất dễ dàng với hầu hết các công cụ tái cấu trúc).

Answer 2

Không có giải pháp siêu thanh lịch ở đây nhưng một vài ý tưởng:

• Vượt qua một hàm lỗi-handler như là đối số để DoTasks vì vậy người dùng có thể quyết định có nên tiếp tục
• Sử dụng truy tìm để đăng nhập lỗi khi chúng xảy ra
• cONCATENATE các thông điệp từ các trường hợp ngoại lệ khác trong thông điệp bó ngoại lệ của

Answer 3

bạn có thể muốn sử dụng một BackgroundWorker để làm điều này cho bạn. Nó sẽ tự động chụp và trình bày bất kỳ ngoại lệ nào khi hoàn thành, sau đó bạn có thể ném hoặc đăng nhập hoặc làm bất cứ điều gì. Ngoài ra, bạn có được lợi ích của đa luồng.

Các BackgroundWorker là một wrapper đẹp xung quanh đại biểu của asynchronous programming model.

Answer 4

Bạn có thể tạo ra một ngoại lệ tùy chỉnh mà chính nó có một tập hợp các trường hợp ngoại lệ. Sau đó, trong khối Catch của bạn, chỉ cần thêm nó vào bộ sưu tập đó. Vào cuối quá trình của bạn, kiểm tra xem số ngoại lệ là> 0, sau đó ném ngoại lệ tùy chỉnh của bạn.

Answer 5

Hai cách đỉnh đầu của tôi sẽ là một trong hai làm một ngoại lệ tùy chỉnh và thêm các ngoại lệ đối với lớp này và vứt rằng cuối cùng:

public class TaskExceptionList : Exception 
{ 
    public List<Exception> TaskExceptions { get; set; } 
    public TaskExceptionList() 
    { 
     TaskExceptions = new List<Exception>(); 
    } 
} 

    public void DoTasks(MyTask[] taskList) 
    { 
     TaskExceptionList log = new TaskExceptionList(); 
     foreach (MyTask task in taskList) 
     { 
      try 
      { 
       DoTask(task); 
      } 
      catch (Exception ex) 
      { 
       log.TaskExceptions.Add(ex); 
      } 
     } 

     if (log.TaskExceptions.Count > 0) 
     { 
      throw log; 
     } 
    } 

hoặc trả lại đúng hay sai nếu nhiệm vụ thất bại và có biến 'danh sách ngoài'.

public bool TryDoTasks(MyTask[] taskList, out List<Exception> exceptions) 
    { 
     exceptions = new List<Exception>(); 
     foreach (MyTask task in taskList) 
     { 
      try 
      { 
       DoTask(task); 
      } 
      catch (Exception ex) 
      { 
       exceptions.Add(ex); 
      } 
     } 

     if (exceptions.Count > 0) 
     { 
      return false; 
     } 
     else 
     { 
      exceptions = null; 
      return true; 
     } 
    }