실제 프로젝트에서 비즈니스 로직 레이어와 서비스 레이어는 예외만 발생시킬 뿐 처리하지는 않습니다. 예외를 포착하고 프레젠테이션 계층(로깅 등)에서 처리하시겠습니까?
프론트엔드와 백엔드가 분리되어 있으면 적용되지 않는 것 같은데요. 서비스나 로직이 호출되는 곳에서 예외 캡처를 캡처해야 합니까? 그렇죠?
실제 프로젝트에서 예외 처리는 어떤가요? 몇 가지 조언을 해주세요! ! ! ! !
欢迎选择我的课程,让我们一起见证您的进步~~
서비스 계층은 로깅을 수행합니다. 일반적으로 던져진 예외는 프레젠테이션 계층에서 포착되지만 서비스 계층에서 먼저 캡처되어 기록된 다음 발생합니다
먼저 개념을 명확히 해야 합니다. 예외는 사용자가 아닌 프로그래머에게 발생합니다.
이 개념을 명확히 하고 나면 프레젠테이션 계층에서 예외를 처리해야 하는 이유를 쉽게 이해할 수 있습니다. 프레젠테이션 계층은 프로그래머와 사용자 사이의 마지막 장벽이기 때문에 예외는 아름답게 포장되어 고객에게 전달되어야 합니다. -사용자 경험이라고 합니다.
그러나 프레젠테이션 레이어만이 예외를 처리해야 하는 유일한 장소는 아닙니다. 맨 아래 레이어, 서버 등 언급한 장소는 모두 예외를 적절하게 처리해야 합니다.
예를 들어 서버에서 제공하는 인터페이스는 일반적으로 호출자의 경험을 고려하므로 직접 예외를 발생시키지는 않지만 어느 정도 캡슐화해야 하며 동시에 예외 정보가 오류 확인을 위한 서버입니다.
물론 처리 프로세스를 단순화하고 통일하기 위해 일반적으로 예외 처리는 프레젠테이션 계층을 포함한 특정 수준에 집중됩니다.
서비스 계층은 로깅을 수행합니다. 일반적으로 던져진 예외는 프레젠테이션 계층에서 포착되지만 서비스 계층에서 먼저 캡처되어 기록된 다음 발생합니다
먼저 개념을 명확히 해야 합니다. 예외는 사용자가 아닌 프로그래머에게 발생합니다.
이 개념을 명확히 하고 나면 프레젠테이션 계층에서 예외를 처리해야 하는 이유를 쉽게 이해할 수 있습니다. 프레젠테이션 계층은 프로그래머와 사용자 사이의 마지막 장벽이기 때문에 예외는 아름답게 포장되어 고객에게 전달되어야 합니다. -사용자 경험이라고 합니다.
그러나 프레젠테이션 레이어만이 예외를 처리해야 하는 유일한 장소는 아닙니다. 맨 아래 레이어, 서버 등 언급한 장소는 모두 예외를 적절하게 처리해야 합니다.
예를 들어 서버에서 제공하는 인터페이스는 일반적으로 호출자의 경험을 고려하므로 직접 예외를 발생시키지는 않지만 어느 정도 캡슐화해야 하며 동시에 예외 정보가 오류 확인을 위한 서버입니다.
물론 처리 프로세스를 단순화하고 통일하기 위해 일반적으로 예외 처리는 프레젠테이션 계층을 포함한 특정 수준에 집중됩니다.