25. 클래스

클래스와 프로토타입 객체 생성 방식의 차이

자바스크립트는 프로토타입 기반 객체지향 언어다. 프로토타입 기반 객체지향 언어는 클래스가 필요 없는 객체지향 프로그래밍 언어다. 자바스크립트에서는 생성자 함수와 프로토타입을 통해 객체지향의 상속을 구현할 수 있다. (생성자 함수의 몸체에서 생성될 인스턴스의 프로퍼티를, 생성자 함수의 프로토타입 객체를 통해 인스턴스가 공유할(상속받을) 프로퍼티를 정의할 수 있다.)

 

하지만 클래스 기반 언어에 익숙한 프로그래머들은 프로토타입 기반 프로그래밍 방식에 혼란을 느낄 수 있으며, 자바스크립트를 어렵게 느끼게 하는 하나의 장벽처럼 인식되었다. 따라서 ES6에서 클래스라는 클래스 기반 객체지향 프로그래밍 방식과 유사한 객체 생성 매커니즘을 도입했다. 클래스는 기존의 프로토타입 기반 패턴을 기반으로 동작하며, 생성자 함수보다 엄격하고, 몇가지 추가적인 기능을 함께 제공한다. 차이점은 다음과 같으며 이러한 차이점을 기반으로 클래스는 프로토타입 기반 객체 생생 패턴의 단순한 문법적 설탕이라기 보다는 새로운 객체 생성 메커니즘이다.

• 클래스를 new 연산자 없이 호출하면 에러가 발생한다. 하지만 생성자 함수를 new 연산자 없이 호출하면 일반 함수로서 호출된다.
• 클래스는 상속을 지원하는 extends와 super 키워드를 제공한다. 하지만 생성자 함수는 extends와 super 키워드를 지원하지 않는다.
• 클래스는 호이스팅이 발생하지 않는 것처럼 동작한다(ES6 호이스팅). 하지만 함수 선언문으로 정의된 생성자 함수는 함수 호이스팅이, 함수 표현식으로 정의한 생성자 함수는 변수 호이스팅이 발생한다.
• 클래스 내의 모든 코드에는 암묵적으로 strict mode가 지정되어 실행되며 strict mode를 해제할 수 없다.
• 클래스의 constructor, 프로토타입 메서드, 정적 메서드는 모두 프로퍼티 어트리뷰트 [[Enumerable]]의 값이 false다. 다시 말해 열거되지 않는다.

클래스 정의

클래스는 class 키워드를 사용하여 정의한다. 클래스는 함수이며 값처럼 사용할 수 있는 일급 객체다. 클래스 몸체에는 0개 이상의 메서드만 정의할 수 있다.(+클래스 필드 추가됨. 글 하단에서 설명) 클래스 몸체에서 정의할 수 있는 메서드는 constructor(생성자), 프로토타입 메서드, 정적 메서드의 세 가지가 있다. constructor 메서드는 인스턴스 생성 및 초기화를 담당하며, 메서드를 정의하면 프로토타입 메서드가 되며, static 키워드와 함께 메서드를 정의하면 정적 메서드가 된다.

 

클래스 호이스팅

클래스는 함수로 평가된다. 클래스 선언문으로 정의한 클래스는 함수 선언문과 같이 소스코드 평가 과정, 즉 런타임 이전에 먼저 평가되어 함수 객체를 생성한다. 이때 클래스가 평가되어 생성된 함수 객체는 생성자 함수로서 호출할 수 있는 함수, 즉 constructor다. 생성자 함수로서 호출할 수 있는 함수는 함수 정의가 평가되어 함수 객체를 생성하는 시점에 프로토타입도 더불어 생성된다. 프로토타입과 생성자 함수는 단독으로 존재할 수 없고 언제나 쌍으로 존재하기 때문이다. 단 클래스는 클래스 정의 이전에 참조할 수 없다. let, const 키워드로 선언한 변수처럼 선언문 이전에 일시적 사각지대에 빠진다.

 

인스턴스 생성

클래스는 생성자 함수이며 new 연산자와 함께 호출되어 인스턴스를 생성한다. 클래스는 인스턴스를 생성하는 것이 존재 이유이므로 반드시 new 연산자와 함께 호출해야 한다.(일반 함수는 호출 방식에 따라 일반 함수로도, 생성자 함수로도 호출할 수 있다.)

 

메서드

클래스 몸체에는 0개 이상의 메서드만 선언할 수 있다. 클래스 몸체에서 정의할 수 있는 메서드는 constructor(생성자), 프로토타입 메서드, 정적 메서드의 세 가지가 있다.

constructor

constructor는 인스턴스를 생성하고 초기화하기 위한 특수한 메서드다. constructor는 이름을 변경할 수 없다. constructor 내부에서 this에 추가한 프로퍼티는 (생성자 함수와 마찬가지로)클래스가 생성한 인스턴스의 프로퍼티로 추가된다. constructor 내부의 this는 생성자 함수와 마찬가지로 클래스가 생성한 인스턴스를 가리킨다. constructor는 메서드로 해석되는 것이 아니라 클래스가 평가되어 생성한 함수 객체 코드의 일부가 된다.

 

클래스 정의가 평가되면 constructor의 기술된 동작을 하는 함수 객체가 생성된다. constructor는 클래스 내에 최대 한 개만 존재할 수 있다. 또한 생략이 가능하며 생략할 경우 암묵적으로 빈 constructor가 정의되어 빈 인스턴스를 생성한다. 프로퍼티가 추가되어 초기화된 인스턴스를 생성하려면 constructor 내부에서 this에 인스턴스 프로퍼티를 추가한다. 인스턴스를 생성할 때 클래스 외부에서 인스턴스 프로퍼티의 초기값을 전달하려면 constructor에 매개변수를 선언하고 인스턴스를 생성할 때 초기값을 전달한다. 이때 초기값은 constructor의 매개변수에게 전달된다. 이처럼 constructor 내에서는 인스턴스의 생성과 동시에 인스턴스 프로퍼티 추가를 통해 인스턴스의 초기화를 실행한다. 따라서 인스턴스를 초기화하려면 constructor를 생략해서는 안된다. 또한 별도의 반환문을 갖지 않아야 한다. 이는 생성자 함수의 생성 과정과 동일하게 암묵적으로 this, 즉 인스턴스를 반환하기 때문이다. 

프로토타입 메서드

클래스 몸체에서 정의한 메서드는 생성자 함수에 의한 객체 생성 방식과는 다르게 클래스의 prototype 프로퍼티에 메서드를 추가하지 않아도 기본적으로 프로토타입 메서드가 된다. 생성자 함수와 마찬가지로 클래스가 생성한 인스턴스는 프로토타입 체인의 일원이 된다. 결국 클래스는 생성자 함수와 같이 인스턴스를 생성하는 생성자 함수라고 볼 수 있다. 다시 말해, 클래스는 생성자 함수와 마찬가지로 프로토타입 기반의 객체 생성 매커니즘이다.

정적 메서드

정적 메서드는 인스턴스를 생성하지 않아도 호출할 수 있는 메서드를 말한다. 생성자 함수의 경우 생성자 함수 객체에 메서드를 추가한다. 클래스에서는 메서드에 static 키워드를 붙이면 정적 메서드(클래스 메서드)가 된다. 클래스는 함수 객체로 평가되므로 자신의 프로퍼티와 메서드를 소유할 수 있다. 정적 메서드는 클래스에 바인딩된 메서드가 된다. 클래스는 클래스 정의가 평가되는 시점에 함수 객체가 되므로 인스턴스와 달리 별다른 생성 과정이 필요 없다. 따라서 정적 메서드는 클래스 정의 이후 인스턴스를 생성하지 않아도 호출할 수 있다. 정적 메서드는 클래스에 바인딩되어 있으므로 인스턴스의 프로토타입 체인 내에 존재하지 않는다. 따라서 인스턴스로 호출할 수 없고 클래스로 호출한다.

 

정적 메서드와 프로토타입 메서드의 차이

정적 메서드와 프로토타입 메서드의 차이는 다음과 같다. 

• 정적 메서드와 프로토타입 메서드는 자신이 속해 있는 프로토타입 체인이 다르다.
• 정적 메서드는 클래스로 호출하고 프로토타입 메서드는 인스턴스로 호출한다.
• 정적 메서드는 인스턴스 프로퍼티를 참조할 수 없지만 프로토타입 메서드는 인스턴스 프로퍼티를 참조할 수 있다.

따라서 인스턴스 프로퍼티를 참조해야 한다면 정적 메서드 대신 프로토타입 메서드를 사용해야 한다. this 바인딩에서 살펴보앗듯이 this는 메서드를 소유한 객체가 아닌 호출한 객체, 즉 메서드 이름 앞의 마침표 연산자 앞에 기술한 객체에 바인딩된다. 따라서 프로토타입 메서드의 this는 호출한 인스턴스를 가리키며 정적 메서드 내부의 this는 호출한 클래스를 가리킨다. 이처럼 메서드 내부에서 인스턴스 프로퍼티를 참조해야 할 필요가 없다면 정적 메서드로 정의하는 것이 좋다.

 

표준 빌트인 객체 또한 다양한 정적 메서드를 가지고 있으며 이들 정적 메서드는 애플리케이션 전역에서 사용할 유틸리티 함수다. 클래스 또는 생성자함수를 네임스페이스로 사용하여 정적 메서드를 모아 놓으면 이름 충돌 가능성을 줄여 주고 관련 함수들을 구조화 할 수 있는 효과가 있다. 이 같은 이유로 정적 메서드는 애플리케이션 전역에서 사용할 유틸리티 함수를 전역 함수로 정의하지 않고 메서드로 구조화 할 때 유용하다.

 

클래스에서 정의한 메서드의 특징

• function 키워드를 생략한 메서드 축약 표현을 사용한다.
• 객체 리터럴과는 다르게 클래스에 메서드를 정의할 때는 콤마가 필요 없다.
• 암묵적으로 strict mode로 실행된다.
• for...in 문이나 Object.keys 메서드 등으로 열거할 수 없다. 즉 프로퍼티 어트리뷰트 [[Enumerable]]값이 false다.
• 내부 메서드 [[Construct]]를 갖지 않는 non-constructor다. 따라서 new 연산자와 함께 호출할 수 없다.

클래스의 인스턴스 생성 과정

new 연산자와 함께 클래스를 호출하면 생성자 함수와 마찬가지로 클래스의 내부 메서드 [[Construct]]가 호출된다. 클래스는 new 연산자 없이 호출할 수 없다. 이때 인스턴스 생성 과정은 생성자 함수의 인스턴스 생성 과정과 비슷하다.

 

인스턴스 생성과 this 바인딩

new 연산자와 함께 클래스를 호출하면 constructor의 내부 코드가 실행되기에 앞서 암묵적으로 빈 객체가 생성된다. 이 빈 객체가 클래스가 생성한 인스턴스다. 이때 클래스가 생성한 인스턴스의 프로토타입으로 클래스의 prototype 프로퍼티가 가리키는 객체가 설정된다. 그리고 암묵적으로 생성된 빈 객체, 즉 인스턴스는 this에 바인딩된다. 따라서 constructor 내부의 this는 클래스가 생성한 인스턴스를 가리킨다.

 

인스턴스 초기화

constructor의 내부 코드가 실행되어 this에 바인딩되어 있는 인스턴스를 초기화한다. 즉, this에 바인딩되어 있는 인스턴스에 프로퍼티를 추가하고 constructor가 인수로 전달받은 초기값으로 인스턴스의 프로퍼티값을 초기화한다. 만약 constructor가 생략되었다면 이 과정도 생략된다.

 

인스턴스 반환

클래스의 모든 처리가 끝나면 완성된 인스턴스가 바인딩된 this가 암묵적으로 반환된다.

 

프로퍼티

인스턴스 프로퍼티

인스턴스 프로퍼티는 constructor 내부에서 정의해야 한다. constructor 내부 코드가 실행되기 이전에 constructor 내부의 this에는 이미 클래스가 암묵적으로 생성한 인스턴스인 빈 객체가 바인딩되어 있다. 생성자 함수에서 인스턴스에 추가할 프로퍼티를 정의하는 것과 마찬가지로 constructor 내부에서 this에 인스턴스 프로퍼티를 추가하고 값을 초기화한다. 

접근자 프로퍼티

접근자 프로퍼티는 자체적으로는 값을 갖지 않고 다른 데이터 프로퍼티의 값을 읽거나 저장할 때 사용하는 접근자 함수로 구성된 프로퍼티다. 접근자 프로퍼티는 클래스에서도 사용할 수 있다. getter/setter 형태로 정의한 메서드 앞에 get/set 키워드를 붙여 정의한다. getter/setter는 인스턴스 프로퍼티처럼 참조하는 형식으로 사용하며, 참조 시에 내부적으로 메서드가 호출된다. getter는 무언가를 취득할때 사용하므로 반드시 값을 반환해야 하고 setter는 무언가를 프로퍼티에 할당할때 사용하므로 반드시 하나의 매개변수만 선언할 수 있다. 클래스의 메서드는 기본적으로 프로토타입 메서드가 된다. 따라서 클래스의 접근자 프로퍼티 또한 프로토타입 프로퍼티가 된다. 

클래스 필드 정의 제안

클래스 필드는 클래스 기반 객체지향 언어에서 클래스가 생성할 인스턴스의 프로퍼티를 가리키는 용어다. 클래스 몸체 내부에 선언한다. 반면 자바스크립트에서는 클래스 내부에서는 메서드만 정의 가능하며 인스턴스 프로퍼티를 선언하고 초기화하려면 반드시 constructor 내부에서 this에 프로퍼티를 추가해야 한다. 클래스 기반 객체지향 언어처럼 클래스 필드를 사용할 수 있는 클래스 필드 정의 제안이 TC39 프로세스에 제안되어 있다. 표준 사양으로 승급이 확실시 되는 이 제안은 최신 브라우저와 Node.js에 구현이 되어 있다.

 

클래스 필드 정의 제안을 통해 클래스 필드를 클래스 몸체에 정의할 수 있다. this 없이 프로퍼티를 선언하는 것으로 정의할 수 있다. 클래스 필드를 참조할 때는 this 키워드와 함께 참조해야 한다. 클래스 필드에 초기값을 할당하지 않으면 undefined를 갖는다. 프로퍼티를 외부의 값으로 초기화해야 할 필요가 있다면 constructor에서 필드를 초기화해야 한다. 클래스 필드에는 함수 할당을 통해 메서드로 정의할 수 있다. 하지만 이 경우 인스턴스의 메서드로 정의되므로 주의가 필요하다. 특수한 경우를 제외하고는 프로토타입 메서드로 정의하는 것이 맞다. 

private 필드 정의 제안

캡슐화와 정보 은닉에서 살펴본 것처럼 자바스크립트는 캡슐화를 완전하게 지원하지 않는다. 이에 TC39 프로세스에 private 필드를 정의할 수 있는 새로운 표준 사양이 제안되어 있다. 표준 사양으로 승급이 확실시되는 이 제안도 최신 브라우저와 Node.js에 이미 구현되어 있다. private 필드는 클래스 필드처럼 클래스 몸체 내부에 정의하며 필드 앞에 #을 붙이면 private 필드로 정의된다. 참조할때도 #을 붙여야 한다. private 필드는 클래스 내부에서만 참조할 수 있다. 클래스 몸체 내부에 선언해야 하며 constructor 내부에 정의하면 에러가 발생한다.

static 필드 정의 제안

정적 메서드에서 살펴보았듯이 클래스에서는 static 키워드와 함께 정적 메서드 정의는 지원했으나 static 키워드로 정적 필드를 정의할 수 는 없었다. 하지만 static public 필드, static private 필드, static private 메서드를 정의할 수 있는 새로운 표준 사양이 TC39 프로세스에 제안되어 있다. 이 제안 중에서 static public/private 필드는 최신 브라우저와 Node.js에 구현되어 있다.

 

상속에 의한 클래스 확장

클래스 상속과 생성자 함수 상속

프로토타입 기반 상속은 프로토타입 체인을 통해 다른 객체의 자산을 상속받는 개념이지만 상속에 의한 클래스 확장은 기존 클래스를 상속받아 새로운 클래스를 확장하여 정의하는 것이다. 생성자 함수는 확장을 지원하지 않는다.

extends 키워드

상속을 통해 클래스를 확장하려면 extends 키워드를 사용하여 상속받을 클래스를 정의한다. 상속을 통해 확장된 클래스를 서브클래스라 부르고, 서브클래스에게 상속된 클래스를 수퍼클래스라 부른다. 서브클래스를 파생 클래스 또는 자식 클래스, 수퍼클래스를 베이스 클래스 또는 부모 클래스라고 부르기도 한다. extends 키워드의 역할은 수퍼클래스와 서브클래스 간의 상속 관계를 설정하는 것이다. 클래스도 프로토타입을 통해 상속 관계를 구현한다. 수퍼클래스와 서브클래스는 인스턴스의 프로토타입 체인뿐 아니라 클래스 간의 프로토타입 체인도 생성한다. 이를 통해 프로토타입 메서드, 정적 메서드 모두 상속이 가능하다.

동적 상속

extends 키워드는 클래스뿐만 아니라 생성자 함수를 상속받아 클래스를 확장할 수도 있다. 단 extends 키워드 앞에는 반드시 클래스가 와야 한다. extends 키워드 다음에는 클래스뿐만 아니라 [[Construct]] 내부 메서드를 갖는 함수 객체로 평가될 수 있는 모든 표현식을 사용할 수 있다. 이를 통해 동적으로 상속받을 대상을 결정할 수 있다. 

서브클래스의 constructor 

서브클래스에서 constructor를 생략하면 super 키워드를 통해 수퍼클래스의 constructor를 호출하여 인스턴스를 생성하는 constructor가 암묵적으로 생성된다. 프로퍼티를 소유하는 인스턴스를 생성하려면 constructor 내부에서 인스턴스에 프로퍼티를 추가해야 한다. 이때 constructor를 생략하지 않고 직접 정의할 때는 반드시 메서드 내부에서 super 키워드를 호출해야 한다.

super 키워드

super 키워드는 함수처럼 호출할 수도 있고 this와 같이 식별자처럼 참조할 수 있는 특수한 키워드다. 

• super를 호출하면 수퍼클래스의 constructor를 호출한다.
• super를 참조하면 수퍼클래스의 메서드를 호출할 수 있다.

 

super 호출

super 호출은 서브클래스에서 수퍼클래스의 constructor를 실행하는 역할을 수행한다. 수퍼클래스의 constructor 내부에서 추가한 프로퍼티를 그대로 갖는 인스턴스를 서브클래스에서 생성한다면 서브클래스의 constructor를 생략할 수 있다. 이때 new 연산자와 함께 서브클래스를 호출하면서 전달한 인수는 모두 서브클래스에 암묵적으로 정의된 constructor의 super 호출을 통해 수퍼클래스의 constructor에 전달된다. 만약 수퍼클래스에서 추가한 프로퍼티를 갖는 인스턴스를 생성한다면 서브클래스의 constructor를 생략할 수 없다. 이때 new 연산자와 함께 서브클래스를 호출하면서 전달한 인수 중에서 수퍼클래스의 constructor에 전달할 필요가 있는 인수는 서브클래스의 constructor에서 호출하는 super를 통해 전달한다. super를 호출할 때 주의할 사항은 다음과 같다.

• 서브클래스에서 constructor를 생략하지 않는 경우 서브클래스의 constructor에서는 반드시 super를 호출해야 한다.
• 서브클래스의 constructor에서 super를 호출하기 전에는 this를 참조할 수 없다.
• super는 반드시 서브클래스의 constructor에서만 호출한다. 서브클래스가 아닌 클래스의 constructor나 함수에서 super를 호출하면 에러가 발생한다.

 

super 참조

메서드 내에서 super를 참조하면 수퍼클래스의 메서드를 호출할 수 있다.

• 서브클래스의 프로토타입 메서드 내에서 super.메서드는 수퍼클래스의 프로토타입 메서드를 가리킨다. 
• super는 자신을 참조하고 있는 메서드가 바인딩되어있는 객체의 프로토타입을 가리킨다. 따라서 메서드가 바인딩된 객체를 가리키는 내부슬롯 [[HomeObject]]를 가진 메서드만이 super를 참조할 수 있다. 내부 슬롯 [[HomeObject]]는 ES6의 메서드 축약 표현으로 정의된 함수만이 가진다. 따라서 메서드 축약 표현으로 정의된 함수만이 super 참조를 할 수 있다. super 참조는 수퍼클래스의 메서드를 참조하기 위해 사용하므로 서브클래스의 메서드에서 사용해야 한다. super 참조는 클래스의 전유물은 아니다. 객체 리터럴에서도 super 참조를 할 수 있다. 단 메서드 축약 표현으로 정의된 함수여야 한다. 
• 서브클래스의 정적 메서드 내에서 super.메서드명은 수퍼클래스의 정적 메서드 super.메서드명을 가리킨다.

상속 클래스의 인스턴스 생성 과정

서브클래스가 new 연산자와 함께 호출되면 다음 과정을 통해 인스턴스를 생성한다.

 

서브클래스의 super 호출

자바스크립트에서 클래스는 수퍼클래스와 서브클래스를 구분하기 위해 내부 슬롯 [[ConstructorKind]]를 갖는다. 다른 클래스를 상속받지 않는 클래스(그리고 생성자함수)는 'base', 다른 클래스를 상속받는 서브클래스는 'derived'로  값이 저장된다. 이를 통해 수퍼클래스와 서브클래스는 new 연산자와 함께 호출되었을 때의 동작이 구분된다.

 

다른 클래스를 상속받지 않는 클래스(그리고 생성자 함수)는 클래스의 인스턴스 생성 과정에서 살펴보았듯이 new 연산자와 함께 호출되었을 때 암묵적으로 빈 객체, 즉 인스턴스를 생성하고 이를 this에 바인딩한다. 하지만 서브클래스는 자신이 직접 인스턴스를 생성하지 않고 수퍼클래스에게 인스턴스 생성을 위임한다. 이것이 바로 서브클래스의 constructor에서 반드시 super를 호출해야 하는 이유다.

 

서브클래스가 new 연산자와 함께 호출되면 서브클래스 constructor 내부의 super 키워드가 함수처럼 호출된다. super가 호출되면 수퍼클래스의 constructor가 호출된다. 따라서 super 호출이 없으면 에러가 발생한다. 서브클래스에서 실제로 인스턴스를 생성하는 주체는 수퍼클래스이기 때문이다.

 

수퍼클래스의 인스턴스 생성과 this 바인딩

수퍼클래스의 constructor 내부의 코드가 실행되기 이전에 빈 객체를 생성한다. 이 객체가 인스턴스다. 인스턴스는 this에 바인딩된다. 따라서 수퍼클래스의 constructor 내부의 this는 생성된 인스턴스를 가리킨다.

 

이때 인스턴스는 수퍼클래스가 생성한 것이지만 new 연산자와 함께 호출된 클래스가 서브클래스라는 것이 중요하다. 즉, new 연산자와 함께 호출된 함수를 가리키는 new.target은 서브클래스를 가리킨다. 따라서 인스턴스는 new.target이 가리키는 서브클래스가 생성한 것으로 처리된다. 따라서 생성된 인스턴스의 프로토타입은 수퍼클래스의 prototype 프로퍼티가 가리키는 객체가 아니라 new.target, 즉 서브클래스의 prototype 프로퍼티가 가리키는 객체다.

 

수퍼클래스의 인스턴스 초기화

수퍼클래스의 constructor가 실행되어 this에 바인딩되어 있는 인스턴스를 초기화한다. 인스턴스에 프로퍼티를 추가하고 인수로 전달받은 초기값으로 인스턴스의 프로퍼티를 초기화한다.

 

서브클래스 constructor로의 복귀와 this바인딩

super 호출이 종료되고 제어 흐름이 서브클래스 constructor로 돌아온다. 이때 super가 반환한 인스턴스가 this에 바인딩된다. 서브클래스는 별도의 인스턴스를 생성하지 않고 super가 반환한 인스턴스를 this에 바인딩하여 그대로 사용한다. 이처럼 super가 호출되지 않으면 인스턴스가 생성되지 않으며, this 바인딩도 할 수 없다. 서브클래스의 constructor에서 super를 호출하기 전에는 this를 참조할 수 없는 이유가 이때문이다. 따라서 서브클래스 constructor 내부의 인스턴스 초기화는 반드시 super 호출 이후에 처리되어야 한다.

 

서브클래스의 인스턴스 초기화

super 호출 이후, 서브클래스의 constructor에 기술되어 있는 인스턴스 초기화가 실행된다. this에 바인딩된 인스턴스에 프로퍼티를 추가하고 constructor가 인수로 전달받은 초기값으로 인스턴스의 프로퍼티를 초기화한다.

 

인스턴스 반환

클래스의 모든 처리가 끝나면 완성된 인스턴스가 바인딩된 this가 암묵적으로 반환된다.

표준 빌트인 생성자 함수 확장

동적 상속에서 살펴보았듯이 extends 키워드 다음에는 클래스뿐만 아니라 [[Construct]] 내부 메서드를 갖는 함수 객체로 평가될 수 있는 모든 표현식을 사용할 수 있다. String, Number, Array 같은 표준 빌트인 객체도 [[Construct]] 내부 메서드를 갖는 생성자 함수이므로 extends 키워드를 사용하여 확장할 수 있다.