如何处理分层架构中的异常？

Question

在你跑去谷歌之前，我已经阅读了很多关于异常处理的文章、帖子和 cmets，但我仍然停留在这些特定点上。

鉴于以下示例，您将如何处理以下场景？

1. 如果 DAL 层中发生异常并被包装在自定义异常中以提供更多信息并更好地对其进行分类。我如何记录它？

如果我在 DAL 层中记录它，它将在全局处理程序中再次记录（使用 elmah）。我可以让它传播，但是如果 ServiceLayer 需要将该异常转换为对用户更友好的消息或可能用于事务目的（想想回滚），会发生什么？我将丢失在 DAL 异常中收集的信息（无论如何都是消息，不一定是堆栈跟踪）。

 // UI
        public static GetUser(int userId)
        {
            // Should I do validation here or in service layer
            try
            {
               IUserService s = new UserService(userId);
               s.GetUser(userId);
            } 
            catch(ServiceLayerException ex)
            {
                // ex.Message displayed to user
            }

        }


        // Service layer
        public User GetUser(int userId)
        {           
            try
            {
                return repo.GetUser(userId);
            }
            catch(DALException ex)
            {
                // user-friendly message displayed to user
                throw new ServiceLayerException("User does not exist");
            }
        }



        // DAL
        public User GetUser(int userId)
        {
            try
            {
                // Query for user, if fails throw DALException
                return userId;
            }
            catch (SqlException ex)
            {
                throw new DALException("Could not retrieve user with userId " + userId.ToString());
            }

        }

Answer 1

就我个人而言，我更喜欢在实际发生异常的地方登录，所以在第一种情况下，我会登录 DAL。如果我们不想传播错误，Bal（服务层）可以处理错误，或者允许 elmah 记录它（这不是一件坏事，因为它会显示在错误页面上并帮助跟踪异常）。 服务层还可以将 DAL 错误作为内部异常传递，以便在传播期间/传播后如果需要可以访问它 - 并且异常 iteslf 可以根据需要在层之间进行变异。用户通常不会想要这样的信息，而只会收到通常的简化消息。 也可以使用事件来收集异常数据（带有专门的事件争论）并只传回布尔方法返回，这可以更可控和可定制 - 尽管这会让你有责任传播或不传播，而且很可能仅用于“预期”异常。