사용자 지정 오류 처리를 위해 ASP.NET MVC 오류 컨트롤러에 데이터를 전달하려면 어떻게 해야 합니까?

오류 컨트롤러에 데이터를 전달하여 ASP.NET MVC에서 효과적인 사용자 지정 오류 처리

ASP.NET MVC 애플리케이션에서 긍정적인 사용자 경험을 위해서는 강력한 오류 처리가 필수적입니다. Application_Error의 글로벌 Global.asax.cs 이벤트는 중앙 집중식 오류 관리를 제공하지만, 관련 데이터를 오류 컨트롤러에 효율적으로 전달하는 전략적인 접근 방식이 필요합니다.

이 예에서는 오류 정보를 오류 컨트롤러에 전달하기 위해 쿼리 문자열을 활용하므로 여러 오류 경로가 필요하지 않습니다. Application_Error 핸들러는 오류 컨트롤러 내의 적절한 작업으로 리디렉션되도록 수정되어 쿼리 문자열에 오류 메시지를 포함합니다.

<code class="language-csharp">protected void Application_Error(object sender, EventArgs e)
{
    Exception exception = Server.GetLastError();
    Response.Clear();

    HttpException httpException = exception as HttpException;

    if (httpException != null)
    {
        string action;

        switch (httpException.GetHttpCode())
        {
            case 404:
                action = "NotFound";
                break;
            case 500:
                action = "ServerError";
                break;
            default:
                action = "GenericError";
                break;
        }

        Server.ClearError(); // Clear the server-side error

        Response.Redirect(String.Format("~/Error/{0}?message={1}", action, Server.UrlEncode(exception.Message)));
    }
}</code>

그런 다음 해당 오류 컨트롤러 작업이 업데이트되어 쿼리 문자열에서 메시지를 검색합니다.

<code class="language-csharp">// GET: /Error/NotFound
public ActionResult NotFound()
{
    string message = Request.QueryString["message"];
    ViewBag.Message = message; // Or use a ViewModel
    return View();
}</code>

이 방법은 기존 라우팅을 활용하여 오류 처리를 단순화합니다. 그러나 반복적으로 사용하면 세션 개체 관리와 같은 요인으로 인해 효율성에 영향을 미칠 수 있으므로 특히 트래픽이 많은 환경에서는 잠재적인 성능 영향을 고려하는 것이 중요합니다. 프로덕션 배포에는 세심한 고려와 최적화가 필요합니다.

위 내용은 사용자 지정 오류 처리를 위해 ASP.NET MVC 오류 컨트롤러에 데이터를 전달하려면 어떻게 해야 합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!