Làm thế nào để khai thác gỗ trong C#?

Question

Trong dịch vụ của tôi tất cả các phương pháp tiếp xúc có:

try 
{ 
    // the method core is written here 
} 
catch(Exception ex) 
{ 
    Log.Append(ex); 
} 

Đó là nhàm chán và xấu xí để lặp lại nó hơn và hơn nữa. Có cách nào để tránh điều đó không? Có cách nào tốt hơn để giữ cho dịch vụ hoạt động ngay cả khi trường hợp ngoại lệ xảy ra và tiếp tục gửi các chi tiết ngoại lệ cho lớp Log?

Answer 1

Bạn có thể thiết lập một phương pháp xử lý lỗi chung cho tất cả các trường hợp ngoại lệ còn tự do như vậy:

AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(UnhandledException); 

Tùy thuộc vào những gì đã xảy ra, bạn có thể không có khả năng khắc phục lỗi ... nhưng điều này nên hy vọng cung cấp cho bạn một số ý tưởng về những gì đã xảy ra. Nếu nó đến điểm mà mã ứng dụng của bạn đã không xử lý ngoại lệ một cách duyên dáng, phương thức này có thể cố gắng khởi tạo lại dịch vụ cho một trạng thái làm việc đã biết.

Answer 2

Hãy thử AOP. Đây là điểm bán hàng được sử dụng rộng rãi nhất của AOP.

Ngoài ra, hãy xem this discussion tại đây trên SO.

Answer 3

Tôi đã từng sử dụng một cái gì đó như Mẫu chức năng mẫu để giải quyết vấn đề như thế này. Tôi có một lớp cơ sở đã thực hiện một việc như sau:

public void Execute() 
{ 
    try 
    { 
     ExecuteImplementation(); 
    } 
    catch (Exception ex) 
    { 
     // Log ex 
    } 
} 

public abstract void ExecuteImplementation(); 

Có một lớp học có nguồn gốc cho mỗi hoạt động dịch vụ web. Các lớp dẫn xuất từng thực thi ExecuteImplementation.

Các hoạt động dịch vụ web đã làm:

[WebMethod] 
public Result WebOperation(Request request) 
{ 
    WebOperationClass instance = new WebOperationClass(request); 
    instance.Execute(); 
    return instance.Result; 
} 

Answer 4

tôi đã đưa ra một giải pháp bán ngay bây giờ. Tôi có thể cấu trúc mã:

public TResult ExecuteAndLogOnError(Func<TResult> func) 
{ 
    try 
    { 
     return func(); 
    } 
    catch(Exception ex) 
    { 
     // logging ... 
    } 
} 

Và sau đó bạn có thể gọi nó trên mỗi phương pháp:

return ExecuteAndLogOnError(() => 
{ 
    // method core goes here.. 
}); 

Đó là 4 dòng ngắn hơn so với kịch bản gốc.

Answer 5

Nếu tất cả những gì bạn đang làm là ghi nhật ký thì chỉ cần đăng nhập lỗi ở giai đoạn sau ... Không cần phải ghi nhật ký lỗi sớm. Nếu bạn làm nhiều hơn là đăng nhập lỗi, thì bạn sẽ cần try..catch anyway. Và nếu bạn nuốt các ngoại lệ (IE. Chỉ cần đăng nhập chúng và sau đó tiếp tục như thể những điều không xảy ra) thì có thể bạn đang làm sai ...

Answer 6

Trong trường hợp này, tôi luôn sử dụng các trình xử lý lỗi tập trung. Trong WCF nó rất dễ dàng. Một số chi tiết khác: http://www.haveyougotwoods.com/archive/2009/06/24/creating-a-global-error-handler-in-wcf.aspx

Về cơ bản, bạn chỉ cần triển khai giao diện IServiceBehavior và sau đó cung cấp trình xử lý lỗi của riêng bạn. Đó là cách tốt nhất để làm điều này bởi vì bạn không phải viết bất kỳ mã nào xử lý các ngoại lệ chết người (tôi có nghĩa là các ngoại lệ mà bạn chỉ có thể đăng nhập và bạn không biết phải làm gì với chúng) trong các phương thức của bạn.

Answer 7

Bộ lọc ngoại lệ sẽ tốt cho việc này. Tuy nhiên, .NET hỗ trợ chúng thông qua MSIL, C++/CLI, VB.NET, nhưng không hỗ trợ C#.

Answer 8

Nếu tất cả những gì bạn đang thực hiện là ghi ngoại lệ, bạn có thể chỉ cần sử dụng trang lỗi tùy chỉnh và để ELMAH ghi lại tất cả các trường hợp ngoại lệ chưa được nắm bắt của bạn.

Answer 9

Một áp phích trước đã đưa lên AOP (Lập trình hướng Aspecte).

Tôi sử dụng PostSharp cho các dấu vết/ngoại lệ đăng nhập cơ bản.

Rất dễ sử dụng và thiết lập.

Kiểm tra liên kết này và xem hướng dẫn.

http://www.sharpcrafters.com/postsharp

--crap nó không còn nguồn mở ... anyways bạn có thể lấy Postsharp1.5 và lộn xộn xung quanh với nó để xem nếu nó là một cái gì đó bạn quan tâm đến nó.

Tôi cũng không có cách nào liên kết với PostSharp. Tôi chỉ là một người dùng.