N层/ N层错误处理设计

Question

Out团队正在构建一个N-Tier应用程序，该应用程序将处理许多数据库和网络方法。

基本上，我们设计了以下几层（从下到上）：

数据层：可以是Oracle或SQL（基本上是EF实体和使用数据库优先自动生成的上下文）。持久层：处理数据层。 我们有一个用于Oracle的持久层和一个用于SQL的持久层，它们之间有一些小变化（我们希望在将来重构为只有一个代码-接受想法）。 业务层：这是在处理特定的应用程序逻辑。

在此之上，我们可以有一个表示层（ASP.NET App），一个直接调用业务功能的API，一个允许来自网络的业务请求的网络代理等等。

我们对错误处理机制有疑问。 我们认为所有异常都在业务层受到威胁，因此这是我拥有try / catch语句的唯一位置。

我们的观点是，我们不希望应用程序用户摆脱异常，但他们需要了解操作状态。 我们创建了一个ReturnStatus类，如下所示：

public class ReturnStatus
{
    public enum ReturnStatusTypes : int { Success, Failure, Unknown }

    public ReturnStatusTypes Status;
    public int MessageCode;
    public string Message;

    /// <summary>
    /// Class constructor
    /// </summary>
    public ReturnStatus()
    {
        Status = ReturnStatusTypes.Unknown;
        MessageCode = 0;
        Message = "";
    }

    /// <summary>
    /// Class constructor
    /// </summary>
    /// <param name="status">Status</param>
    /// <param name="message">Message</param>
    public ReturnStatus(ReturnStatusTypes status, int msgCode)
    {
        Status = status;
        MessageCode = msgCode;
        Message = ErrorMessages.ResourceManager.GetString("ErrorCode" + msgCode);
    }
}

Message属性是可本地化的，具体取决于之前设置的App文化。

我们希望对业务层方法的每个调用都具有ReturnStatus。 可以将其登录到ASP.NET状态栏中，返回到API或通过网络发送到其他应用程序。 问题是我们的大多数业务类别都返回数据，因此我们需要找到一种将状态和数据一起返回给使用方的方法。

我们的员工正在考虑：a）在每次通话中使用元组。 看来这不是推荐的方法。 b）引起期望：不符合我们的体系结构。 c）在每次调用中都使用ReturnStatus：被认为是一个选项，即使看起来过时。 d）将最后一个错误对象保留在某处，以便调用可以直接返回数据，并且用户可以调用lastactionstatus来获取此错误。 我们的观点是：我们不知道最后一个错误数据的存储位置。 在单身人士班上？

所有业务方法之间的解决方案必须统一。

您会推荐什么是最佳方法以及如何实现它。

Answer 1

您做错了什么，但请查看此信息，我从Microsoft Enterprise Library获得了该信息

使用异常处理程序异常处理应用程序块旨在支持应用程序组件中catch语句中包含的典型代码。 应用程序块允许开发人员将此逻辑封装为可重用的异常处理程序，而不是在整个应用程序组件的相同捕获块中重复此代码（例如，记录异常信息）。 异常处理程序是.NET类，它们封装异常处理逻辑并实现名为IExceptionHandler的异常处理应用程序块接口。 异常处理应用程序块包括四个异常处理程序：

包装处理程序。 该异常处理程序将一个异常包装在另一个异常周围。

更换处理程序。 此异常处理程序将一个异常替换为另一个。

记录处理程序。 此异常处理程序格式化异常信息，例如消息和堆栈跟踪。 然后，日志记录处理程序将此信息提供给企业库日志记录应用程序块，以便可以发布它。

故障合同异常处理程序。 该异常处理程序旨在用于Windows Communication Foundation（WCF）服务边界，并根据异常生成新的故障合同。

非常重要的是，如果您有另一个进程，例如从设备读取并在主线程（UI）中进行错误消息的本地化，则主线程也必须捕获所有异常。

我建议您使用Microsft Enterprise库。

MEL 6.0中的异常处理

Answer 2

在这里，您可以查看有关引发异常的一些准则， 还需要考虑一些性能问题。

一段时间以来，我一直在使用Elmah记录异常，我完全推荐它。

Elmah的异常处理可以给您提示，以及如何使用它。

希望能帮助到你！