84669인 학습
152542인 학습
20005인 학습
5487인 학습
7821인 학습
359900인 학습
3350인 학습
180660인 학습
48569인 학습
18603인 학습
40936인 학습
1549인 학습
1183인 학습
32909인 학습
실제 프로젝트에서 비즈니스 로직 레이어와 서비스 레이어는 예외만 발생시킬 뿐 처리하지는 않습니다.예외를 포착하고 프레젠테이션 계층(로깅 등)에서 처리하시겠습니까?
프론트엔드와 백엔드가 분리되어 있으면 적용되지 않는 것 같은데요. 서비스나 로직이 호출되는 곳에서 예외 캡처를 캡처해야 합니까? 그렇죠?
실제 프로젝트에서 예외 처리는 어떤가요? 몇 가지 조언을 해주세요! ! ! ! !
欢迎选择我的课程，让我们一起见证您的进步~~
服务层会做日志记录，一般来说异常抛出由表现层捕获，但也会在服务层先捕获做日志再抛出
首先需要明确一个理念：异常是抛给程序员的，而不是抛给用户的。
明确了这个理念之后就好理解了，为什么需要在表现层处理异常——因为表现层是程序员和用户之间的最后一道屏障，必须把异常包装得漂漂亮亮的丢给客户，也就是所谓的用户体验。
然而，表现层绝对不是唯一要处理异常的地方，你所说的那些地方，包括底层、服务器……都需要适当的处理异常。
比如说，服务端提供的接口，一般要考虑调用者的体验，所以不会直接抛异常出来，而是需要进行一定的封装，同时在服务端记录异常信息以便查错。
当然为了简化和统一处理过程，通常会集中在某些层次，包括表现层对异常进行处理。
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
服务层会做日志记录，一般来说异常抛出由表现层捕获，但也会在服务层先捕获做日志再抛出
首先需要明确一个理念：异常是抛给程序员的，而不是抛给用户的。
明确了这个理念之后就好理解了，为什么需要在表现层处理异常——因为表现层是程序员和用户之间的最后一道屏障，必须把异常包装得漂漂亮亮的丢给客户，也就是所谓的用户体验。
然而，表现层绝对不是唯一要处理异常的地方，你所说的那些地方，包括底层、服务器……都需要适当的处理异常。
比如说，服务端提供的接口，一般要考虑调用者的体验，所以不会直接抛异常出来，而是需要进行一定的封装，同时在服务端记录异常信息以便查错。
当然为了简化和统一处理过程，通常会集中在某些层次，包括表现层对异常进行处理。