무언가를 개발할 때 작업에서 잘못될 수 있는 특정 사항을 반영하기 위해 자체 오류 클래스가 필요한 경우가 많습니다. 네트워크 작업 오류의 경우 HttpError , 데이터베이스 작업 DbError , 검색 작업 NotFoundError 등이 필요할 수 있습니다.
우리의 오류는 message , name 및 가급적이면 stack 과 같은 기본 오류 속성을 지원해야 합니다. 그러나 그들은 또한 자신만의 다른 속성을 가질 수도 있습니다. 예를 들어 HttpError 객체는 404 , 403 또는 500 과 같은 값을 가진 statusCode 속성을 가질 수 있습니다.
JavaScript에서는 어떤 인수와 throw 사용할 수 있으므로 기술적으로 사용자 정의 오류 클래스는 Error 에서 상속할 필요가 없습니다. 그러나 상속하면 obj instanceof Error 사용하여 오류 개체를 식별하는 것이 가능해집니다. 그러므로 그것을 상속받는 것이 더 좋습니다.
애플리케이션이 성장함에 따라 우리 자신의 오류는 자연스럽게 계층 구조를 형성합니다. 예를 들어 HttpTimeoutError HttpError 등에서 상속될 수 있습니다.
예를 들어, 사용자 데이터가 포함된 JSON을 읽어야 하는 readUser(json) 함수를 고려해 보겠습니다.
다음은 유효한 json 어떻게 보이는지에 대한 예입니다.
let json = `{ "이름": "John", "age": 30 }`; 내부적으로는 JSON.parse 사용하겠습니다. 잘못된 형식의 json 수신하면 SyntaxError 발생합니다. 하지만 json 이 구문적으로 정확하더라도 이것이 유효한 사용자라는 의미는 아닙니다. 그렇죠? 필요한 데이터가 누락될 수 있습니다. 예를 들어 사용자에게 필수적인 name 및 age 속성이 없을 수 있습니다.
readUser(json) 함수는 JSON을 읽을 뿐만 아니라 데이터를 확인("검증")합니다. 필수 항목이 없거나 형식이 잘못된 경우 오류가 발생합니다. 그리고 이는 데이터가 구문적으로 정확하기 때문에 SyntaxError 아니지만 또 다른 종류의 오류입니다. ValidationError 라고 부르고 이에 대한 클래스를 생성하겠습니다. 그러한 종류의 오류는 문제가 되는 필드에 대한 정보도 전달해야 합니다.
ValidationError 클래스는 Error 클래스에서 상속되어야 합니다.
Error 클래스는 내장되어 있지만 확장 내용을 이해할 수 있도록 대략적인 코드는 다음과 같습니다.
// JavaScript 자체에서 정의한 내장 Error 클래스에 대한 "의사 코드"
클래스 오류 {
생성자(메시지) {
this.message = 메시지;
this.name = "오류"; // (다른 내장 오류 클래스에 대한 다른 이름)
this.stack = <콜스택>; // 비표준이지만 대부분의 환경에서 지원합니다.
}
} 이제 ValidationError 상속받아 실제로 사용해 보겠습니다.
클래스 ValidationError는 오류 {를 확장합니다.
생성자(메시지) {
슈퍼(메시지); // (1)
this.name = "ValidationError"; // (2)
}
}
함수 테스트() {
throw new ValidationError("앗!");
}
노력하다 {
시험();
} 잡기(err) {
경고(err.message); // 앗!
경고(err.이름); // 유효성 검사 오류
경고(err.stack); // 각 행 번호가 포함된 중첩된 호출 목록
} 참고: (1) 줄에서 부모 생성자를 호출합니다. JavaScript에서는 하위 생성자에서 super 호출해야 하므로 이는 필수입니다. 상위 생성자는 message 속성을 설정합니다.
상위 생성자는 name 속성을 "Error" 로 설정하므로 (2) 줄에서 이를 올바른 값으로 재설정합니다.
readUser(json) 에서 사용해 보겠습니다.
클래스 ValidationError는 오류 {를 확장합니다.
생성자(메시지) {
슈퍼(메시지);
this.name = "ValidationError";
}
}
// 용법
함수 readUser(json) {
사용자 = JSON.parse(json)를 보자;
if (!user.age) {
throw new ValidationError("필드 없음: 연령");
}
if (!user.name) {
throw new ValidationError("필드 없음: 이름");
}
복귀 사용자;
}
// try..catch를 사용한 작업 예제
노력하다 {
let user = readUser('{ "age": 25 }');
} 잡기 (오류) {
if (err 인스턴스of ValidationError) {
Alert("잘못된 데이터: " + err.message); // 잘못된 데이터: 필드 없음: 이름
} else if (err instanceof SyntaxError) { // (*)
Alert("JSON 구문 오류: " + err.message);
} 또 다른 {
실수를 던져; // 알 수 없는 오류입니다. 다시 발생시킵니다(**)
}
} 위 코드의 try..catch 블록은 ValidationError 와 JSON.parse 의 내장 SyntaxError 모두 처리합니다.
(*) 줄에서 특정 오류 유형을 확인하기 위해 어떻게 instanceof 사용하는지 살펴보시기 바랍니다.
다음과 같이 err.name 을 볼 수도 있습니다.
// ...
// (err instanceof SyntaxError) 대신
} else if (err.name == "SyntaxError") { // (*)
// ... instanceof 버전이 훨씬 더 좋습니다. 앞으로는 ValidationError 확장하고 PropertyRequiredError 와 같은 하위 유형을 만들 것이기 때문입니다. 그리고 instanceof check는 새로운 상속 클래스에 대해 계속 작동합니다. 그래서 그것은 미래에도 보장됩니다.
또한 catch 알 수 없는 오류를 만나면 (**) 줄에 해당 오류를 다시 발생시키는 것이 중요합니다. catch 블록은 유효성 검사 및 구문 오류를 처리하는 방법만 알고 있으며, 다른 종류(코드의 오타나 기타 알 수 없는 이유로 인해 발생)는 처리해야 합니다.
ValidationError 클래스는 매우 일반적입니다. 많은 일이 잘못될 수 있습니다. 속성이 없거나 잘못된 형식일 수 있습니다(예: 숫자 대신 age 에 대한 문자열 값). 속성이 없는 경우에 대해 보다 구체적인 PropertyRequiredError 클래스를 만들어 보겠습니다. 누락된 속성에 대한 추가 정보를 전달합니다.
클래스 ValidationError는 오류 {를 확장합니다.
생성자(메시지) {
슈퍼(메시지);
this.name = "ValidationError";
}
}
PropertyRequiredError 클래스는 ValidationError를 확장합니다.
생성자(속성) {
super("속성 없음: " + 속성);
this.name = "PropertyRequiredError";
this.property = 속성;
}
}
// 용법
함수 readUser(json) {
사용자 = JSON.parse(json)를 보자;
if (!user.age) {
throw new PropertyRequiredError("나이");
}
if (!user.name) {
throw new PropertyRequiredError("이름");
}
복귀 사용자;
}
// try..catch를 사용한 작업 예제
노력하다 {
let user = readUser('{ "age": 25 }');
} 잡기 (오류) {
if (err 인스턴스of ValidationError) {
Alert("잘못된 데이터: " + err.message); // 잘못된 데이터: 속성 없음: 이름
경고(err.이름); // PropertyRequiredError
경고(err.property); // 이름
} else if (err instanceof SyntaxError) {
Alert("JSON 구문 오류: " + err.message);
} 또 다른 {
실수를 던져; // 알 수 없는 오류, 다시 발생시킵니다.
}
} 새로운 클래스 PropertyRequiredError 는 사용하기 쉽습니다. 속성 이름( new PropertyRequiredError(property) 만 전달하면 됩니다. 사람이 읽을 수 있는 message 생성자에 의해 생성됩니다.
PropertyRequiredError 생성자의 this.name 이 다시 수동으로 할당됩니다. 모든 사용자 정의 오류 클래스에 this.name = <class name> 할당하는 것은 다소 지루할 수 있습니다. this.name = this.constructor.name 할당하는 자체 "기본 오류" 클래스를 만들어 이를 방지할 수 있습니다. 그런 다음 모든 사용자 정의 오류를 상속받습니다.
이를 MyError 라고 부르겠습니다.
MyError 및 기타 사용자 정의 오류 클래스가 포함된 코드는 다음과 같습니다.
MyError 클래스는 Error {를 확장합니다.
생성자(메시지) {
슈퍼(메시지);
this.name = this.constructor.name;
}
}
클래스 ValidationError는 MyError { }를 확장합니다.
PropertyRequiredError 클래스는 ValidationError를 확장합니다.
생성자(속성) {
super("속성 없음: " + 속성);
this.property = 속성;
}
}
// 이름이 맞습니다
경고( new PropertyRequiredError("필드").name ); // PropertyRequiredError 이제 생성자에서 "this.name = ..." 행을 제거했기 때문에 사용자 정의 오류, 특히 ValidationError 훨씬 짧아졌습니다.
위 코드에서 readUser 함수의 목적은 "사용자 데이터를 읽는 것"입니다. 이 과정에서 다양한 종류의 오류가 발생할 수 있습니다. 지금은 SyntaxError 및 ValidationError 있지만 앞으로는 readUser 함수가 커져서 다른 종류의 오류가 발생할 수도 있습니다.
readUser 호출하는 코드는 이러한 오류를 처리해야 합니다. 현재는 클래스를 확인하고 알려진 오류를 처리하고 알 수 없는 오류를 다시 발생시키는 catch 블록에서 여러 if 를 사용합니다.
계획은 다음과 같습니다.
노력하다 {
...
readUser() // 잠재적인 오류 소스
...
} 잡기 (오류) {
if (err 인스턴스of ValidationError) {
// 유효성 검사 오류 처리
} else if (err instanceof SyntaxError) {
// 구문 오류 처리
} 또 다른 {
실수를 던져; // 알 수 없는 오류, 다시 발생시킵니다.
}
}위의 코드에서는 두 가지 유형의 오류를 볼 수 있지만 더 많은 오류가 있을 수도 있습니다.
readUser 함수가 여러 종류의 오류를 생성하는 경우 스스로에게 질문해야 합니다. 매번 모든 오류 유형을 하나씩 확인하고 싶은가?
종종 대답은 "아니오"입니다. 우리는 "모든 것보다 한 단계 높은"이 되고 싶습니다. 우리는 "데이터 읽기 오류"가 있었는지 알고 싶을 뿐입니다. 정확히 왜 그런 일이 발생했는지는 종종 관련이 없습니다(오류 메시지에 설명되어 있음). 또는 더 나은 방법은 오류 세부 정보를 얻을 수 있는 방법을 원하지만 필요한 경우에만 가능합니다.
여기서 설명하는 기술을 "예외 래핑"이라고 합니다.
일반적인 "데이터 읽기" 오류를 나타내기 위해 새로운 클래스 ReadError 만들겠습니다.
readUser 함수는 ValidationError 및 SyntaxError 와 같이 내부에서 발생하는 데이터 읽기 오류를 포착하고 대신 ReadError 생성합니다.
ReadError 객체는 cause 속성에 원래 오류에 대한 참조를 유지합니다.
그러면 readUser 호출하는 코드는 모든 종류의 데이터 읽기 오류가 아닌 ReadError 만 확인하면 됩니다. 그리고 오류에 대한 자세한 내용이 필요한 경우 cause 속성을 확인할 수 있습니다.
다음은 ReadError 정의하고 readUser 및 try..catch 에서의 사용법을 보여주는 코드입니다.
ReadError 클래스는 Error {를 확장합니다.
생성자(메시지, 원인) {
슈퍼(메시지);
this.cause = 원인;
this.name = 'ReadError';
}
}
클래스 ValidationError는 오류 { /*...*/ }를 확장합니다.
클래스 PropertyRequiredError는 ValidationError { /* ... */ }를 확장합니다.
함수 verifyUser(사용자) {
if (!user.age) {
throw new PropertyRequiredError("나이");
}
if (!user.name) {
throw new PropertyRequiredError("이름");
}
}
함수 readUser(json) {
사용자를 보자;
노력하다 {
사용자 = JSON.parse(json);
} 잡기 (오류) {
if (err instanceof SyntaxError) {
throw new ReadError("구문 오류", err);
} 또 다른 {
실수를 던져;
}
}
노력하다 {
verifyUser(사용자);
} 잡기 (오류) {
if (err 인스턴스of ValidationError) {
throw new ReadError("검증 오류", err);
} 또 다른 {
실수를 던져;
}
}
}
노력하다 {
readUser('{잘못된 json}');
} 잡기 (e) {
if (e 인스턴스of ReadError) {
경고(e);
// 원래 오류: SyntaxError: JSON의 위치 1에 예상치 못한 토큰 b가 있습니다.
Alert("원래 오류: " + e.cause);
} 또 다른 {
전자를 던져;
}
} 위 코드에서 readUser 설명된 대로 정확하게 작동합니다. 구문 및 유효성 검사 오류를 포착하고 대신 ReadError 오류를 발생시킵니다(알 수 없는 오류는 평소와 같이 다시 발생합니다).
따라서 외부 코드는 instanceof ReadError 확인하고 그게 전부입니다. 가능한 모든 오류 유형을 나열할 필요는 없습니다.
이 접근 방식을 "예외 래핑"이라고 합니다. "낮은 수준" 예외를 가져와 보다 추상적인 ReadError 로 "래핑"하기 때문입니다. 객체지향 프로그래밍에 널리 사용됩니다.
일반적으로 Error 및 기타 내장 오류 클래스에서 상속할 수 있습니다. 우리는 name 속성만 관리하고 super 호출하는 것을 잊지 마세요.
특정 오류를 확인하기 위해 instanceof 사용할 수 있습니다. 상속에서도 작동합니다. 그러나 때로는 타사 라이브러리에서 오는 오류 개체가 있고 해당 클래스를 쉽게 얻을 수 있는 방법이 없습니다. 그런 다음 name 속성을 이러한 검사에 사용할 수 있습니다.
예외 래핑은 널리 사용되는 기술입니다. 함수는 낮은 수준의 예외를 처리하고 다양한 낮은 수준의 예외 대신 더 높은 수준의 오류를 생성합니다. 저수준 예외는 때때로 위의 예에서 err.cause 와 같은 해당 객체의 속성이 되지만 꼭 필요한 것은 아닙니다.
중요도: 5
내장 SyntaxError 클래스에서 상속되는 FormatError 클래스를 만듭니다.
message , name 및 stack 속성을 지원해야 합니다.
사용 예:
let err = new FormatError("포맷 오류");
경고(err.message); // 포맷 오류
경고(err.name); // 포맷오류
경고(err.stack); // 스택
경고(형식 오류 인스턴스 오류); // 진실
경고( err instanceof SyntaxError ); // true(SyntaxError에서 상속되기 때문에)
클래스 FormatError는 SyntaxError를 확장합니다.
생성자(메시지) {
슈퍼(메시지);
this.name = this.constructor.name;
}
}
let err = new FormatError("포맷 오류");
경고(err.message); // 포맷 오류
경고(err.name); // 포맷오류
경고(err.stack); // 스택
경고( err instanceof SyntaxError ); // 진실