예외 처리에 대한 ASP.NET MVC 솔루션 요약

ASP.NET MVC는 확장성이 뛰어난 개발 프레임워크입니다. 이 기사에서는 확장을 통해 EntLib과 통합하고 완전한 예외 처리 솔루션을 제공합니다.

EntLib의 예외 처리 응용 프로그램 블록은 구성을 통해 예외 처리 전략을 정의할 수 있는 좋은 예외 처리 프레임워크입니다. ASP.NET MVC는 확장성이 뛰어난 개발 프레임워크입니다. 이 기사에서는 확장을 통해 EntLib과 통합하고 완전한 예외 처리 솔루션을 제공합니다.

1. 기본 예외 처리 전략

먼저 우리 솔루션에서 채택한 구체적인 예외 처리 전략에 대해 논의해 보겠습니다.

컨트롤러의 작업 메서드를 실행하여 발생한 예외의 경우 지정된 구성 정책을 따릅니다. 처리를 위해. 로깅, 예외 대체 및 캡슐화와 같은 일반적인 예외 처리 방법을 채택할 수 있습니다.

처리된 예외의 경우 예외 처리 정책에서 예외를 발생시켜야 한다고 규정하면 예외 유형과 일치하는 오류 페이지로 자동 리디렉션됩니다. . 예외 유형과 오류 보기 간의 일치 관계를 유지합니다.

처리된 예외의 경우 예외 처리 정책에서 예외를 던질 필요가 없다고 규정하면 현재 작업 작업과 일치하는 오류 처리 작업이 실행됩니다. 처리를 위해. 예외 처리 Action 메서드는 기본적으로 "On{Action}Error" 명명 규칙을 사용하며 현재 컨텍스트는 예외 처리 작업 메서드의 매개 변수에 바인딩됩니다. 또한 현재 ModelState의 오류 정보를 설정합니다.

사용자가 해당 예외 처리 작업을 정의하지 않은 경우에도 예외 처리를 위해 "오류 페이지 리디렉션" 방법이 사용됩니다.

2. 사용자 정의 작업을 통한 예외 처리

위에서 소개한 예외 처리 페이지에 대한 독자의 이해를 돕기 위해 예제 데모를 진행해 보겠습니다. 이 인스턴스는 사용자 로그인을 시뮬레이션하는 데 사용됩니다. 사용자 이름과 비밀번호라는 두 가지 속성만 포함하는 LoginInfoModel입니다.

  namespace Artech.Mvc.ExceptionHandling.Models
   {
     public class LoginInfo
     {
       [Display(Name ="User Name")]
       [Required(ErrorMessage = "User Name is manadatory!")]
       public string UserName { get; set; }
   
       [Display(Name = "Password")]
      [DataType(DataType.Password)]
      [Required(ErrorMessage = "Password is manadatory!")]
      public string Password { get; set; }
    }
  }

우리는 사용자 정의 BaseController의 하위 클래스인 다음 AccountController를 정의합니다. AccountController가 생성 중에 기본 클래스 생성자를 호출할 때 지정된 매개변수는 예외 처리 전략의 구성 이름을 나타냅니다. SignIn 메서드는 "로그인" 작업을 나타내고 OnSignInError는 해당 작업에 해당하는 예외 처리 작업을 나타냅니다. SignIn 작업에서 발생한 예외가 처리되어 더 이상 발생될 필요가 없으면 OnSignInError가 호출되고 ModelState가 해당 오류 메시지와 함께 설정됩니다.

  public class AccountController BaseController
   {
     public AccountController()
       base("myPolicy")
     { }
   
     public ActionResult SignIn()
     {
       return View(new LoginInfo());
    }
    [HttpPost]
    public ActionResult SignIn(LoginInfo loginInfo)
    {
      if (!ModelState.IsValid)
      {
        return this.View(new LoginInfo { UserName = loginInfo.UserName });
      }
   
      if (loginInfo.UserName != "Foo")
      {
        throw new InvalidUserNameException();
      }
   
      if (loginInfo.Password != "password")
      {
        throw new UserNamePasswordNotMatchException();
      }
   
      ViewBag.Message = "Authentication Succeeds!";
      return this.View(new LoginInfo { UserName = loginInfo.UserName });
    }
   
    public ActionResult OnSignInError(string userName)
    {
      return this.View(new LoginInfo { UserName = userName });
    }
  }

SignIn 작업 메서드에 구체적으로 정의된 인증 논리는 다음과 같습니다. 사용자 이름이 "Foo"가 아닌 경우 InvalidUserNameException 예외가 발생하고, 비밀번호가 "password"가 아닌 경우 UserNamePasswordNotMatchException 예외가 발생합니다. . SignIn 작업에 해당하는 View 정의는 다음과 같습니다.

  @model Artech.Mvc.ExceptionHandling.Models.LoginInfo
   @{
     ViewBag.Title = "SignIn";
   }
   @Html.ValidationSummary()
   @if (ViewBag.Messages != null)
   { 
     @ViewBag.Messages
   }
  @using (Html.BeginForm())
  { 
    @Html.EditorForModel()
    <input type="submit" value="SignIn" />
  }

AccountController 초기화 시 지정하는 예외 처리 정책 "myPolicy"는 다음 구성으로 정의됩니다. 우리는 SignIn 작업 메서드에서 발생한 InvalidUserNameException 및 UserNamePasswordNotMatchException을 구체적으로 처리하고 ErrorMessageSettingHandler는 오류 메시지를 설정하는 데만 사용되는 사용자 지정 예외 처리기입니다. 다음 코드 조각에서 볼 수 있듯이 위의 두 가지 유형의 예외가 발생하면 최종 오류 메시지는 "사용자 이름이 존재하지 않습니다!" 및 "사용자 이름이 비밀번호와 일치하지 않습니다!"로 지정됩니다.

  <exceptionHandling>
    <exceptionPolicies>
     <add name="myPolicy">
      <exceptionTypes>
       <add name="InvalidUserNameException" 
          type="Artech.Mvc.ExceptionHandling.Models.InvalidUserNameException, Artech.Mvc.ExceptionHandling"
         postHandlingAction="None">
        <exceptionHandlers>
         <add name="ErrorMessageSettingHandler"
           type="Artech.Mvc.ExceptionHandling.ErrorMessageSettingHandler, Artech.Mvc.ExceptionHandling"
           errorMessage="User name does not exist!"/>
       </exceptionHandlers>
      </add>
      <add name="UserNamePasswordNotMatchException" 
          type="Artech.Mvc.ExceptionHandling.Models.UserNamePasswordNotMatchException, Artech.Mvc.ExceptionHandling"
         postHandlingAction="None">
       <exceptionHandlers>
        <add name="ErrorMessageSettingHandler"
           type="Artech.Mvc.ExceptionHandling.ErrorMessageSettingHandler, Artech.Mvc.ExceptionHandling"
           errorMessage="User name does not match password!"/>
       </exceptionHandlers>
      </add>     
     </exceptionTypes>
    </add>
   </exceptionPolicies>
  </exceptionHandling>

이제 경로 매핑을 통해 AccountController 및 Sign을 기본 컨트롤러 및 작업으로 설정한 후 애플리케이션을 시작합니다. 잘못된 사용자 이름과 잘못된 비밀번호를 입력하면 ValidationSummary에 해당 오류 메시지가 자동으로 표시됩니다.

3. 구성된 오류 보기를 통해 예외 처리

위 구성에서 InvalidUserNameException 및 UserNamePasswordNotMatchException의 두 가지 예외 유형에 대한 구성 정책은 PostHandlingAction 속성을 "None"으로 설정합니다. 아니요 원래 예외와 처리된 예외를 다시 발생시킵니다. 이제 이 속성을 "ThrowNewException"으로 설정합니다. 이는 처리된 예외를 다시 발생시킨다는 의미입니다.

  <exceptionHandling>
    <exceptionPolicies>
     <add name="myPolicy">
      <exceptionTypes>
       <add name="InvalidUserNameException" type="Artech.Mvc.ExceptionHandling.Models.InvalidUserNameException, Artech.Mvc.ExceptionHandling"
         postHandlingAction="ThrowNewException">
       ...
       <add name="UserNamePasswordNotMatchException" type="Artech.Mvc.ExceptionHandling.Models.UserNamePasswordNotMatchException, Artech.Mvc.ExceptionHandling"
         postHandlingAction="ThrowNewException">
       ...
      </add>     
     </exceptionTypes>
    </add>
   </exceptionPolicies>
  </exceptionHandling>

위의 예외 처리 전략에 따르면, 이 경우 예외 처리를 위해 "오류 페이지" 방법을 사용합니다. HandleErrorAttribute도 비슷한 방식으로 처리되며, 다음과 유사한 구성을 통해 정의되는 예외 유형과 오류 보기 간의 일치 관계를 지원합니다. 여기서 예외 유형은 처리 후 다시 발생하는 예외라는 점을 언급할 가치가 있습니다.

  <artech.exceptionHandling>
    <add exceptionType="Artech.Mvc.ExceptionHandling.Models.InvalidUserNameException, Artech.Mvc.ExceptionHandling"
       errorView="InvalideUserNameError"/>
    <add exceptionType="Artech.Mvc.ExceptionHandling.Models.UserNamePasswordNotMatchException, Artech.Mvc.ExceptionHandling"
       errorView="UserNamePasswordNotMatchError"/>
   </artech.exceptionHandling>

위 구성에서 볼 수 있듯이, 각각 "InvalideUserNameError" 및 "UserNamePasswordNotMatchError"인 두 가지 예외 유형 InvalidUserNameException 및 UserNamePasswordNotMatchException에 대해 서로 다른 오류 보기를 정의했습니다.

  @{
     Layout = null;
   }
   <!DOCTYPE html>
   <html>
   <head>
     <title>Error</title>
   </head>
   <body>
    <p style="colorRed; font-weightbold">Sorry,the user name you specify does not exist!</p>
  </body>
  </html>
   
  @{
    Layout = null;
  }
  <!DOCTYPE html>
  <html>
  <head>
    <title>Error</title>
  </head>
  <body>
    <p style="colorRed; font-weightbold">Sorry, The password does not match the given user name!</p>
  </body>
  </html>

现在我们按照上面的方式运行我们的程序，在分别输入错误的用户名和密码的情况下会自动显现相应的错误页面。

四、自定义ActionInvoker：ExceptionActionInvoker

对于上述的两种不同的异常处理方式最终是通过自定义的ActionInvoker来实现的，我们将其命名为ExceptionActionInvoker。如下面的代码片断所式，ExceptionActionInvoker直接继承自ControllerActionInvoker。属性ExceptionPolicy是一个基于指定的异常策略名称创建的ExceptionPolicyImpl 对象，用于针对EntLib进行的异常处理。而属性GetErrorView是一个用于获得作为错误页面的ViewResult对象的委托。整个异常处理的核心定义在InvokeAction方法中，该方法中指定的handleErrorActionName参数代表的是“异常处理操作名称”，整个方法就是按照上述的异常处理策略实现的。

  using System;
   using System.Collections.Generic;
   using System.Linq;
   using System.Web;
   using System.Web.Mvc;
   using Artech.Mvc.ExceptionHandling.Configuration;
   using Microsoft.Practices.EnterpriseLibrary.Common.Configuration;
   using Microsoft.Practices.EnterpriseLibrary.ExceptionHandling;
   namespace Artech.Mvc.ExceptionHandling
  {
    public class ExceptionActionInvoker ControllerActionInvoker
    {
      protected ExceptionHandlingSettings ExceptionHandlingSettings{get; private set;}
      protected virtual Func<string, HandleErrorInfo, ViewResult> GetErrorView { get; private set; }
      public ExceptionPolicyImpl ExceptionPolicy { get; private set; }
      public ExceptionActionInvoker(string exceptionPolicy,Func<string, HandleErrorInfo, ViewResult> getErrorView)
      {
        this.ExceptionPolicy = EnterpriseLibraryContainer.Current.GetInstance<ExceptionPolicyImpl>(exceptionPolicy);
        this.GetErrorView = getErrorView;
        this.ExceptionHandlingSettings = ExceptionHandlingSettings.GetSection();
      }
   
      public override bool InvokeAction(ControllerContext controllerContext, string handleErrorActionName)
      {
        ExceptionContext exceptionContext = controllerContext as ExceptionContext;
        if (null == exceptionContext)
        {
          throw new ArgumentException("The controllerContext must be ExceptionContext!", "controllerContext");
        }
        try
        {
          exceptionContext.ExceptionHandled = true;
          if (this.ExceptionPolicy.HandleException(exceptionContext.Exception))
          {
            HandleRethrownException(exceptionContext);
          }
          else
          {
            if (ExceptionHandlingContext.Current.Errors.Count == 0)
            {
              ExceptionHandlingContext.Current.Errors.Add(exceptionContext.Exception.Message);
            }
            ControllerDescriptor controllerDescriptor = this.GetControllerDescriptor(exceptionContext);
            ActionDescriptor handleErrorAction = FindAction(exceptionContext, controllerDescriptor, handleErrorActionName);
            if (null != handleErrorAction)
            {
              IDictionary<string, object> parameters = GetParameterValues(controllerContext, handleErrorAction);
              exceptionContext.Result = this.InvokeActionMethod(exceptionContext, handleErrorAction, parameters);
            }
            else
            {
              HandleRethrownException(exceptionContext);
            }
          }
          return true;
        }
        catch (Exception ex)
        {
          exceptionContext.Exception = ex;
          HandleRethrownException(exceptionContext);
          return true;
        }
      }
      protected virtual void HandleRethrownException(ExceptionContext exceptionContext)
      {
        string errorViewName = this.GetErrorViewName(exceptionContext.Exception.GetType());
        string controllerName = (string)exceptionContext.RouteData.GetRequiredString("controller");
        string action = (string)exceptionContext.RouteData.GetRequiredString("action");
        HandleErrorInfo handleErrorInfo = new HandleErrorInfo(exceptionContext.Exception, controllerName, action);
        exceptionContext.Result = this.GetErrorView(errorViewName, handleErrorInfo);
      }
      protected string GetErrorViewName(Type exceptionType)
      {
        ExceptionErrorViewElement element = ExceptionHandlingSettings.ExceptionErrorViews
          .Cast<ExceptionErrorViewElement>().FirstOrDefault(el=>el.ExceptionType == exceptionType);
        if(null != element)
        {
          return element.ErrorView;
        }
        if(null== element && null != exceptionType.BaseType!= null)
        {
          return GetErrorViewName(exceptionType.BaseType);
        }
        else
        {
          return "Error";
        }
      }
    }
  }

五、自定义Controller：BaseController

ExceptionActionInvoker最终在我们自定义的Controller基类BaseController中被调用的。ExceptionActionInvoker对象在构造函数中被初始化，并在重写的OnException方法中被调用。

  using System;
   using System.Web.Mvc;
   namespace Artech.Mvc.ExceptionHandling
   {
     public abstract class BaseController Controller
     {
       public BaseController(string exceptionPolicy)
       {
         Func<string, HandleErrorInfo, ViewResult> getErrorView = (viewName, handleErrorInfo) => this.View(viewName, handleErrorInfo);
        this.ExceptionActionInvoker = new ExceptionActionInvoker(exceptionPolicy,getErrorView);
      }
      public BaseController(ExceptionActionInvoker actionInvoker)
      {
        this.ExceptionActionInvoker = actionInvoker;
      }
   
      public virtual ExceptionActionInvoker ExceptionActionInvoker { get; private set; }
   
      protected virtual string GetHandleErrorActionName(string actionName)
      {
        return string.Format("On{0}Error", actionName);
      }
   
      protected override void OnException(ExceptionContext filterContext)
      {
        using (ExceptionHandlingContextScope contextScope = new ExceptionHandlingContextScope(filterContext))
        {
          string actionName = RouteData.GetRequiredString("action");
          string handleErrorActionName = this.GetHandleErrorActionName(actionName);
          this.ExceptionActionInvoker.InvokeAction(filterContext, handleErrorActionName);
          foreach (var error in ExceptionHandlingContext.Current.Errors)
          {
            ModelState.AddModelError(Guid.NewGuid().ToString() ,error.ErrorMessage);
          }
        }
      }
    }
  }

值得一提的是：整个OnException方法中的操作都在一个ExceptionHandlingContextScope中进行的。顾名思义， 我们通过ExceptionHandlingContextScope为ExceptionHandlingContext创建了一个范围。ExceptionHandlingContext定义如下，我们可以通过它获得当前的ExceptionContext和ModelErrorCollection，而静态属性Current返回当前的ExceptionHandlingContext对象。

  public class ExceptionHandlingContext
   {
     [ThreadStatic]
     private static ExceptionHandlingContext current;
   
     public ExceptionContext ExceptionContext { get; private set; }
     public ModelErrorCollection Errors { get; private set; }
   
     public ExceptionHandlingContext(ExceptionContext exceptionContext)
    {
      this.ExceptionContext = exceptionContext;
      this.Errors = new ModelErrorCollection();
    }
    public static ExceptionHandlingContext Current
    {
      get { return current; }
      set { current = value; }
    }
  }

在BaseController的OnException方法中，当执行了ExceptionActionInvoker的InvokeAction之后，我们会将当前ExceptionHandlingContext的ModelError转移到当前的ModelState中。这就是为什么我们会通过ValidationSummary显示错误信息的原因。对于我们的例子来说，错误消息的指定是通过如下所示的ErrorMessageSettingHandler 实现的，而它仅仅将指定的错误消息添加到当前ExceptionHandlingContext的Errors属性集合中而已。

  [ConfigurationElementType(typeof(ErrorMessageSettingHandlerData))]
   public class ErrorMessageSettingHandler IExceptionHandler
   {
     public string ErrorMessage { get; private set; }
     public ErrorMessageSettingHandler(string errorMessage)
     {
       thisErrorMessage = errorMessage;
     }
     public Exception HandleException(Exception exception, Guid handlingInstanceId)
    {
      if (null == ExceptionHandlingContextCurrent)
      {
        throw new InvalidOperationException("");
      }
   
      if (stringIsNullOrEmpty(thisErrorMessage))
      {
        ExceptionHandlingContextCurrentErrorsAdd(exceptionMessage);
      }
      else
      {
        ExceptionHandlingContextCurrentErrorsAdd(thisErrorMessage);
      }
      return exception;
    }
  }

위 내용은 예외 처리에 대한 ASP.NET MVC 솔루션 요약의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!