데이터 액세스 계층에서보기로 오류 메시지를 표시 할 수있는 권장 사항이 있습니까?

Question

데이터 액세스 계층 (또는 다른 계층)에서보기로 오류 메시지를 표시하는 것이 가장 좋은 방법인지 또는 최상/우아한 방법인지 알고 싶습니다.

나는 ASP.NET MVC 5를 사용하고, 내 프로젝트는 다음과 같은 여러 층이 있습니다

• MyApp.Web
• MyApp.Business
• MyApp.Repository
• MyApp.DAL을
  :

나는 내가 IHM에 제기하고 싶습니다 "오류 메시지"의 두 가지 유형이

• 예외에 의해 생성 된 오류 : 예외가 기록되고 사용자에게 친숙한 오류 메시지가 표시됩니다.

• 비즈니스 오류 : 예를 들어, 작업은 고객이 최소 3 송장을 가지고 필요로하고 그는 단지 다른 프로젝트 2.

을 가지고, 여기에 내가 무슨 짓을 :

컨트롤러

[HttpPost] 
public ActionResult Edit() 
{ 
    //... 
    ErrorModel errorModel = new ErrorModel(); 

    BusinessLayer businessLayer = new businessLayer() 
    businessLayer.Edit(/* some parameters */, out errorModel) 

    TempData[Error] = errorModel 
} 

보기

모든 레이어에서

@{ 
    var errorModel = TempData[Error] 
} 

/* if error model is not null, display the error correctly */ 

는, 내 모든 방법, 또는 때문에 사업 실패의 try/catch 블록에 채워지는 out ErrorModel 변수가 나는 확실히 그것을 좋아하지 않는다.

Google 또는 스택 오버플로에 대한 많은 답변을 찾았지만 모두 오류를 잡는 방법에 중점을 둡니다.

* 내 질문에 대한 답변 : 우아한 방식으로보기에서 발생하는 계층에서 오류를 일으키는 방법을 알아 냈습니다.

Answer 1

일반적인 접근 방식은 모든 레이어에 예외를 던지고 최상위 레이어에서 처리하는 것입니다 (프레젠테이션 - 컨트롤러 동작). 예외는 메서드 결과의 한 유형이므로 메서드 시그니처에 지정할 필요가 없습니다. errorModel을 전달하는 방법은 모든 메소드가 리턴해야하고 모든 메소드가 try catch 블록을 가져야하기 때문에 좋지 않습니다.

비즈니스 계층에는 Exception 클래스에서 파생 된 몇 가지 비즈니스 예외를 가질 수 있으며 몇 가지 추가 정보가 있습니다. 또는 일반적인 ApplicationException 클래스를 사용할 수 있습니다.
그래서, 컨트롤러는

[HttpPost] 
    public ActionResult Edit() 
    { 
     try 
     { 
      businessLayer.Edit(/* some parameters */) 
      return Ok(); 
     } 
     catch(BadAcctionException) 
     { 
      TempData[Error] = "Bad business operation"; 
      return BadBusinessAction(); 
     } 
     catch(ApplicationException ex) 
     { 
      TempData[Error] = ex.Message; 
      return Fail(); 
     } 
    } 

처럼 보일 수 있고, 뭔가 문제가있는 경우 businessLayer.Edit 안에 당신은 예외를 throw합니다.