사양에 따르면 발생할 수 있는 모든 예외를 포착해야 합니까?

가끔 이렇게 하면 예외가 발생하지 않는다는 것을 알지만 그래도 예외를 잡아야 합니까?

때때로 발생하는 오류는 치명적이며 사용자 작업으로 인한 것이 아닙니다. 이런 식으로 잡혀도 죽은 것입니다. 이런 식으로 이 예외를 잡는다는 것은 무엇을 의미합니까?

그런데, 잡지 말고 그냥 던지고 무시해야 한다고 말하는 사람들을 늘 많이 봅니다.

그럼 우리는 어떻게 해야 할까요?

답글 내용:

가끔 이렇게 하면 예외가 발생하지 않는다는 것을 알지만 그래도 예외를 잡아야 합니까?

때때로 발생하는 오류는 치명적이며 사용자 작업으로 인한 것이 아닙니다. 이런 식으로 잡혀도 죽은 것입니다. 이런 식으로 이 예외를 잡는다는 것은 무엇을 의미합니까?

그런데, 잡지 말고 그냥 던지고 무시해야 한다고 말하는 사람들을 늘 많이 봅니다.

그럼 우리는 어떻게 해야 할까요?

개인적으로는 오류 처리에 있어서 어느 정도 파악해야 할 부분이 있다고 생각하는데, 이 정도를 파악하기가 매우 어렵습니다.

내 이해는 다음과 같습니다.

• 우선 기본적이고 필요한 예외를 두어야 합니다.

• 둘째, 가능한 한 모든 예외를 잡을 필요는 없습니다. 그렇지 않으면

  • 긴 오류 처리 코드

  • 실행 효율성 문제

  • 일부 예외가 발생했지만 이를 처리하는 더 좋은 방법은 없습니다. 예를 들어 코드에 버그가 있는 경우 최대한 코드에 버그를 노출시켜 해결해야 합니다. 가능한 한 빨리.

• 마지막으로, 예외 처리에는 어느 정도의 제어가 필요하다고 생각합니다.

  • 기본적이고 필요한 예외 처리 수행

  • 완벽함을 추구하기 위해 의도적으로 모든 예외 처리를 수행하지 마십시오. 일부 문제는 가능한 한 빨리 노출되고 해결되어야 합니다

내 경험:

1. 처리된 것으로 알려진 예외를 포착하고 오류는 프로그래머가 수동으로 처리할 수 있도록 기타 예외를 기록합니다.

2. 예외 처리는 계층적입니다. 자체 모듈을 구현할 때 자체 모듈에 종속 타사 모듈의 예외 처리를 포함하세요.

Java 예외 처리를 위한 10가지 모범 사례

• 그런데, 바퀴를 던지면서 스스로 세트를 정리하는 걸 좋아하는 사람들은 항상 구덩이에서 빠져나와서야 남이 만든 바퀴가 이렇게 좋다는 걸 깨닫는다. 웃음).

계산은 잡는다는 것이 반드시 죽는다는 것을 의미하지는 않습니다. 예외를 잡는 목적은 주로 죽는 것이 아니라 예외를 처리하는 것입니다. 예를 들어 이메일을 보내고 네트워크 문제로 인해 실패하면 이때 예외가 발생합니다. 실패한 문자는 다시 처리를 기다리기 위해 대기열에 넣습니다.
더 강력한 프로그램을 위한 예외는