[language-agnostic] 예외 또는 오류 코드에 대한 규칙

나는 두 모델을 절대 혼합하지 않을 것입니다. 오류 코드를 사용하는 스택의 한 부분에서 예외를 사용하는 상위 부분으로 이동할 때 하나에서 다른 모델로 변환하기가 너무 어렵습니다.

예외는 “메서드 또는 서브 루틴이 요청한 작업을 수행하는 것을 중지하거나 방해하는 모든 것”에 대한 것입니다 … 불규칙성 또는 비정상적인 상황 또는 시스템 상태 등에 대한 메시지를 다시 전달하지 마십시오. 반환 값 또는 참조를 사용하십시오. (또는 출력) 매개 변수.

예외는 메서드의 기능에 의존하는 의미론으로 메서드를 작성 (활용) 할 수있게합니다. 즉, Employee 객체 또는 직원 목록을 반환하는 메서드를 입력하여이를 수행 할 수 있으며 호출하여 사용할 수 있습니다.

Employee EmpOfMonth = GetEmployeeOfTheMonth();

오류 코드를 사용하면 모든 메서드가 오류 코드를 반환하므로 호출 코드에서 사용할 다른 것을 반환해야하는 메서드의 경우 해당 데이터로 채워질 참조 변수를 전달하고 해당 데이터에 대한 반환 값을 테스트해야합니다. 모든 함수 또는 메서드 호출에서 오류 코드를 처리하고 처리합니다.

Employee EmpOfMonth;
if (getEmployeeOfTheMonth(ref EmpOfMonth) == ERROR)
    // code to Handle the error here

각 메서드가 한 가지 간단한 작업 만 수행하도록 코딩하는 경우 메서드가 원하는 목적을 달성 할 수 없을 때마다 예외를 throw해야합니다. 예외는 이러한 방식으로 오류 코드보다 훨씬 풍부하고 사용하기 쉽습니다. 코드가 훨씬 깔끔합니다. “일반적인”코드 경로의 표준 흐름은 메서드가 원하는 작업을 수행 할 수있는 경우에만 엄격하게 적용 할 수 있습니다. 그런 다음 코드를 정리하거나 처리 할 수 ​​있습니다. 메서드가 성공적으로 완료되지 못하게하는 나쁜 일이 발생하는 “예외적 인”상황은 일반 코드에서 격리 될 수 있습니다. 또한 예외가 발생한 곳에서 예외를 처리 할 수없고 스택을 UI로 전달해야하는 경우 (더 나쁜 경우에는 중간 계층 구성 요소에서 UI로 연결) 예외 모델을 사용하여

답변