업계에서 너무 오랫동안 일해왔기 때문에 예외에 대해 이야기할 때마다 어렴풋이 기억하는데, 프로그램 오류가 발생하면 로그에 예외 로그가 남게 됩니다. . 예외 위치 오류를 확인할 수 있습니다. 그런데 최근에 갑자기 문제를 발견했습니다. 즉, 오류를 처리할 때 매개변수 합법성 확인 등 반드시 예외를 사용할 필요는 없으며, 비어 있는지 여부를 판단한 후 직접 확인 정보를 반환하는 것은 다양한 방법으로 처리할 수 있습니다. , 그렇다면 왜 예외를 사용합니까? 어떤 문제를 해결할 수 있나요?
보통 프로그램을 작성할 때 많은 사람들은 "프로그램이 올바르게 실행되었는지 여부"라는 한 가지 문제를 무시하고 실행되었는지 여부에만 관심을 갖는 경우가 많습니다. 이런 식으로 실제로 오류를 잡을 수 있는 기회를 놓치는 경우가 많아, 실제 사고 원인이 아닌 후속 오류가 파생되는 경우가 많습니다. 따라서 오류 처리 메커니즘이 필요합니다.
초기에는 예외 처리 메커니즘이 없었을 때. 오류 처리 모델은 특수한 값을 반환하거나 플래그를 설정하는 경우가 많으며, 호출자는 반환 값이나 플래그를 확인하여 오류가 발생했는지 여부를 판단한다고 가정합니다. 그러나 시간이 지나면서 사람들은 오만한 프로그래머들이 "오류가 발생할 수 있지만 그것은 다른 사람에 의해 발생하는 것이지 나와는 아무 상관이 없다"는 경향이 더 강하다는 것을 알게 됩니다. 따라서 확인되지 않은 것은 놀라운 일이 아닙니다. println과 같은 검사를 처리하기가 종종 지루해지는 몇 가지 기능이 있습니다.
모든 메소드 호출을 철저히 검사하면 코드를 읽기 어려워집니다. 그리고 오류 정보를 포함하는 각 데이터 구조는 함수의 반환 유형으로 정의되어야 합니다.
● 예외가 없다면 특정 오류를 확인하고 프로그램에서 처리해야 코드 재사용률이 줄어듭니다.
● 예외 메커니즘을 사용하면 "정상 실행 중에 수행할 작업을 설명하는" 코드와 "무언가 잘못되면 수행할 작업" 코드를 분리할 수 있습니다.
그래서 예외 설계의 이점은 반환 값을 판단하는 방법을 자유롭게 하고, 던지기 처리 메커니즘을 제공하고, 코드의 판단 복잡성을 줄이고, 예외 포착, 중앙 집중식 처리 및 향상된 코드를 보장할 수 있다는 것입니다. 재사용률.
위 내용은 Java에서 예외를 설계해야 하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!