자바스크립트는 프로토타입 기반(prototype based) 객체지향 언어입니다.
비록 다른 객체지향 언어와의 차이점에 대한 논쟁이 있긴 하지만 자바스크립트는 강력한 객체지향 프로그래밍 능력을 지니고 있습니다.
프로토타입 기반 객체지향 언어는 클래스가 필요 없는(class free) 객체지향 프로그래밍 언어입니다.
ES5에서는 클래스 없이도 다음과 같이 생성자 함수와 프로토타입을 통해 객체지향 언어의 상속을 구현할 수 있습니다.
// ES5 생성자 함수
var Person = (function () {
// 생성자 함수
function Person(name) {
this.name = name;
}
// 프로토타입 메서드
Person.prototype.sayHi = function () {
console.log("Hi! My name is " + this.name);
};
// 생성자 함수 반환
return Person;
})();
// 인스턴스 생성
var me = new Person("Lee");
me.sayHi(); // Hi! My name is Lee
하지만 클래스 기반 언어에 익숙한 프로그래머들은 프로토타입 기반 프로그래밍 방식에 혼란을 느낄 수 있으며, 자바스크립트를 어렵게 느끼게 하는 하나의 장벽처럼 인식되었습니다.
ES6에서 도입된 클래스는 기존 프로토타입 기반 객체지향 프로그래밍보다 자바나 C#과 같은 클래스 기반 객체지향 프로그래밍에 익숙한 프로그래머가 더욱 빠르게 학습할 수 있도록 클래스 기반 객체지향 프로그래밍 언어와 매우 흡사한 새로운 객체 생성 메커니즘을 제시합니다.
그렇다고 ES6의 클래스가 기존의 프로토타입 기반 객체지향 모델을 폐지하고 새롭게 클래스 기반 객체지향 모델을 제공하는 것은 아닙니다.
사실 클래스는 함수이며 기존 프로토타입 기반 패턴을 클래스 기반 패턴처럼 사용할 수 있도록 하는 문법적 설탕(syntactic sugar)이라고 볼수도 있습니다.
단, 클래스와 생성자 함수는 모두 프로토타입 기반의 인스턴스를 생성하지만 정확히 동일하게 동작하지는 않습니다.
클래스는 생성자 함수보다 엄격하며 생성자 함수에서는 제공하지 않는 기능도 제공합니다.
클래스는 생성자 함수와 매우 유사하게 동작하지만 다음과 같이 몇 가지 차이가 있습니다.
new 연산자 없이 호출하면 에러가 발생합니다. 하지만 생성자 함수를 new 연산자 없이 호출하면 일반 함수로서 호출됩니다.extends 와 super 키워드를 제공합니다. 하지만 생성자 함수는 extends 와 super 키워드를 지원하지 않습니다.strict mode 가 지정되어 실행되며 strict mode 를 해제할 수 없습니다. 하지만 생성자 함수는 암묵적으로 strict mode 가 지정되지 않습니다.constructor, 프로토타입 메서드, 정적 메서드는 모두 프로퍼티 어트리뷰트 [[Enumberable]]의 값이 false 입니다. 다시 말해, 열거되지 않습니다.생성자 함수와 클래스는 프로토타입 기반의 객체지향을 구현했다는 점에서 매우 유사합니다.
하지만 클래스는 생성자 함수 기반의 객체 생성 방식보다 견고하고 명료합니다(그렇다고 클래스가 자바스크립트의 다른 객체 생성 방식보다 우월하다고 생각하지는 않습니다.).
특히 클래스의 extends 와 super 키워드는 상속 관계 구현을 더욱 간결하고 명료하게 합니다.
따라서 클래스를 프로토타입 기반 객체 생성 패턴의 단순한 문법적 설탕이라고 보기보다는 새로운 객체 생성 메커니즘으로 보는 것이 좀 더 합당합니다.
클래스는 class 키워드를 사용하여 정의합니다.
클래스 이름은 생성자 함수와 마찬가지로 파스칼 케이스를 사용하는 것이 일반적입니다.
파스칼 케이스를 사용하지 않아도 에러가 발생하지는 않습니다.
// 클래스 선언문
class Person {}
일반적이지는 않지만 함수와 마찬가지로 표현식으로 클래스를 정의할 수도 있습니다.
이때 클래스는 함수와 마찬가지로 이름을 가질 수도 있고, 갖지 않을 수도 있습니다.
// 익명 클래스 표현식
const Person = class {};
// 기명 클래스 표현식
const Person = class MyClass {};
클래스를 표현식으로 정의할 수 있다는 것은 클래스가 값으로 사용할 수 있는 일급 객체라는 것을 의미합니다.
즉, 클래스는 일급 객체로서 다음과 같은 특징을 갖습니다.
좀 더 자세히 말하자면 클래스는 함수입니다.
따라서 클래스는 값처럼 사용할 수 있는 일급 객체입니다.
클래스 몸체에는 0개 이상의 메서드만 정의할 수 있습니다.
클래스 몸체에서 정의할 수 있는 메서드는 constructor(생성자), 프로토타입 메서드, 정적 메서드의 세 가지가 있습니다.
// 클래스 선언문
class Person {
// 생성자
constructor(name) {
// 인스턴스 생성 및 초기화
this.name = name; // name 프로퍼티는 public하다.
}
// 프로토타입 메서드
sayHi() {
console.log(`Hi! My name is ${this.name}`);
}
// 정적 메서드
static sayHello() {
console.log("Hello!");
}
}
// 인스턴스 생성
const me = new Person("Lee");
// 인스턴스의 프로퍼티 참조
console.log(me.name); // Lee
// 프로토타입 메서드 호출
me.sayHi(); // Hi! My name is Lee
// 정적 메서드 호출
Person.sayHello(); // Hello!
클래스는 함수로 평가됩니다.
// 클래스 선언문
class Person {}
console.log(typeof Person); // function
클래스 선언문으로 정의한 클래스는 함수 선언문과 같이 소스코드 평가 과정, 즉 런타임 이전에 먼저 평가되어 함수 객체를 생성합니다.
이때 클래스가 평가되어 생성된 함수 객체는 생성자 함수로서 호출할 수 있는 함수, 즉 constructor 입니다.
생성자 함수로서 호출할 수 있는 함수는 함수 정의가 평가되어 함수 객체를 생성하는 시점에 프로토타입도 더불어 생성됩니다.
프로토타입과 생성자 함수는 단독으로 존재할 수 없고 언제나 쌍(pair)으로 존재하기 때문입니다.
단, 클래스는 클래스 정의 이전에 참조할 수 없습니다.
console.log(Person);
// ReferenceError: Cannot access 'Person' before initialization
// 클래스 선언문
class Person {}
클래스 선언문은 마치 호이스팅이 발생하지 않는 것처럼 보이나 그렇지 않습니다.
다음 예제를 살펴봅시다.
const Person = "";
{
// 호이스팅이 발생하지 않는다면 ''이 출력되어야 한다.
console.log(Person);
// ReferenceError: Cannot access 'Person' before initialization
// 클래스 선언문
class Person {}
}
클래스 선언문도 변수 선언, 함수 정의와 마찬가지로 호이스팅이 발생합니다.
단, 클래스는 let, const 키워드로 선언한 변수처럼 호이스팅됩니다.
따라서 클래스 선언문 이전에 일시적 사각지대(Tmporal Dead Zone: TDZ)에 빠지기 때문에 호이스팅이 발생하지 않는 것처럼 동작합니다.
var, let, const, function, function*, class 키워드를 사용하여 선언된 모든 식별자는 호이스팅됩니다.
모든 선언문은 런타임 이전에 먼저 실행되기 때문입니다.
클래스는 생성자 함수이며 new 연산자와 함께 호출되어 인스턴스를 생성합니다.
class Person {}
// 인스턴스 생성
const me = new Person();
console.log(me); // Person {}
함수는 new 연산자의 사용 여부에 따라 일반 함수로 호출되거나 인스턴스 생성을 위한 생성자 함수로 호출되지만 클래스는 인스턴스를 생성하는 것이 유일한 존재 이유이므로 반드시 new 연산자와 함께 호출해야 합니다.
class Person {}
// 클래스를 new 연산자 없이 호출하면 타입 에러가 발생한다.
const me = Person();
// TypeError: Class constructor Foo cannot be invoked without 'new'
클래스 표현식으로 정의된 클래스의 경우 다음 예제와 같이 클래스를 가리키는 식별자(Person)를 사용해 인스턴스를 생성하지 않고 기명 클래스 표현식의 클래스 이름(MyClass)을 사용해 인스턴스를 생성하면 에러가 발생합니다.
const Person = class MyClass {};
// 함수 표현식과 마찬가지로 클래스를 가리키는 식별자로 인스턴스를 생성해야 한다.
const me = new Person();
// 클래스 이름 MyClass는 함수와 동일하게 클래스 몸체 내부에서만 유효한 식별자다.
console.log(MyClass); // ReferenceError: MyClass is not defined
const you = new MyClass(); // ReferenceError: MyClass is not defined
이는 기명 함수 표현식과 마찬가지로 클래스 표현식에서 사용한 클래스 이름은 외부 코드에서 접근 불가능하기 때문입니다.
클래스 몸체에는 0개 이상의 메서드만 선언할 수 있습니다.
클래스 몸체에서 정의할 수 있는 메서드는 constructor(생성자), 프로토타입 메서드, 정적 메서드의 세 가지가 있습니다.
클래스 정의에 대한 새로운 제안 사양
ECMAScript 사양(ES11/ECMAScript 2020)에 따르면 인스턴스 프로퍼티는 반드시constructor내부에서 정의해야 합니다.
하지만 2021년 12월 현재, 클래스 몸체에 메서드뿐만이 아니라 프로퍼티를 직접 정의할 수 있는 새로운 표준 사양이 제안되어 있습니다.
이 제안 사양에 의해 머지않아 클래스 몸체에서 메서드뿐만 아니라 프로퍼티도 정의할 수 있게 될 것으로 보입니다(현재 크롬과 같은 모던 브라우저에서는 이미 사용 가능합니다).
constructor 는 인스턴스를 생성하고 초기화하기 위한 특수한 메서드입니다.
constructor 는 이름을 변경할 수 없습니다.
class Person {
// 생성자
constructor(name) {
// 인스턴스 생성 및 초기화
this.name = name;
}
}
앞에서 살펴보았듯이 클래스는 인스턴스를 생성하기 위한 생성자 함수입니다.
클래스의 내부를 들여다보기 위해 다음 코드를 크롬 브라우저의 개발자 도구에서 실행해봅시다.
// 클래스는 함수다.
console.log(typeof Person); // function
console.dir(Person);
조회 결과처럼 클래스는 평가되어 함수 객체가 됩니다.
클래스도 함수 객체 고유의 프로퍼티를 모두 갖고 있습니다.
함수와 동일하게 프로토타입과 연결되어 있으며 자신의 스코프 체인을 구성합니다.
모든 함수 객체가 가지고 있는 prototype 프로퍼티가 가리키는 프로토타입 객체의 constructor 프로퍼티는 클래스 자신을 가리키고 있습니다.
이는 클래스가 인스턴스를 생성하는 생성자 함수라는 것을 의미합니다.
즉, new 연산자와 함께 클래스를 호출하면 클래스는 인스턴스를 생성합니다.
이번에는 클래스가 생성한 인스턴스의 내부를 들여다보기 위해 다음 코드를 크롬 브라우저의 개발자 도구에서 실행해봅시다.
// 인스턴스 생성
const me = new Person("Lee");
console.log(me);
Person 클래스의 constructor 내부에서 this 에 추가한 name 프로퍼티가 클래스가 생성한 인스턴스의 프로퍼티로 추가된 것을 확인할 수 있습니다.
즉, 생성자 함수와 마찬가지로 constructor 내부에서 this 에 추가한 프로퍼티는 인스턴스 프로퍼티가 됩니다.
constructor 내부의 this 는 생성자 함수와 마찬가지로 클래스가 생성한 인스턴스를 가리킵니다.
// 클래스
class Person {
// 생성자
constructor(name) {
// 인스턴스 생성 및 초기화
this.name = name;
}
}
// 생성자 함수
function Person(name) {
// 인스턴스 생성 및 초기화
this.name = name;
}
그런데 흥미로운 것은 클래스가 평가되어 생성된 함수 객체나 클래스가 생성한 인스턴스 어디에도 constructor 메서드가 보이지 않는다는 것입니다.
이는 클래스 몸체에 정의한 constructor 가 단순한 메서드가 아니라는 것을 의미합니다.
constructor 는 메서드로 해석되는 것이 아니라 클래스가 평가되어 생성한 함수 객체 코드의 일부가 됩니다.
다시 말해, 클래스 정의가 평가되면 constructor 의 기술된 동작을 하는 함수 객체가 생성됩니다.
클래스의
constructor메서드와 프로토타입의constructor프로퍼티
클래스의constructor메서드와 프로토타입의constructor프로퍼티는 이름이 같아 혼동하기 쉽지만 직접적인 관련이 없습니다.
프로토타입의constructor프로퍼티는 모든 프로토타입이 가지고 있는 프로퍼티이며, 생성자 함수를 가리킵니다.
constructor 는 생성자 함수와 유사하지만 몇 가지 차이가 있습니다.
constructor 는 클래스 내에 최대 한 개만 존재할 수 있습니다.
만약 클래스가 2개 이상의 constructor 를 포함하면 문법 에러(SyntaxError)가 발생합니다.
class Person {
constructor() {}
constructor() {}
}
// SyntaxError: A class may only have one constructor
constructor 는 생략할 수 있습니다.
class Person {}
constructor 를 생략하면 클래스에 다음과 같이 빈 constructor 가 암묵적으로 정의됩니다.
constructor 를 생략한 클래스는 빈 constructor 에 의해 빈 객체를 생성합니다.
class Person {
// constructor를 생략하면 다음과 같이 빈 constructor가 암묵적으로 정의된다.
constructor() {}
}
// 빈 객체가 생성된다.
const me = new Person();
console.log(me); // Person {}
프로퍼티가 추가되어 초기화된 인스턴스를 생성하려면 constructor 내부에서 this 에 인스턴스 프로퍼티를 추가합니다.
class Person {
constructor() {
// 고정값으로 인스턴스 초기화
this.name = "Lee";
this.address = "Seoul";
}
}
// 인스턴스 프로퍼티가 추가된다.
const me = new Person();
console.log(me); // Person {name: "Lee", address: "Seoul"}
인스턴스를 생성할 때 클래스 외부에서 인스턴스 프로퍼티의 초기값을 전달하려면 다음과 같이 constructor 에 매개변수를 선언하고 인스턴스를 생성할 때 초기값을 전달합니다.
이때 초기값은 constructor 의 매개변수에게 전달됩니다.
class Person {
constructor(name, address) {
// 인수로 인스턴스 초기화
this.name = name;
this.address = address;
}
}
// 인수로 초기값을 전달한다. 초기값은 constructor에 전달된다.
const me = new Person("Lee", "Seoul");
console.log(me); // Person {name: "Lee", address: "Seoul"}
이처럼 constructor 내에서는 인스턴스의 생성과 동시에 인스턴스 프로퍼티 추가를 통해 인스턴스의 초기화를 실행합니다.
따라서 인스턴스를 초기화하려면 constructor 를 생략해서는 안 됩니다.
constructor 는 별도의 반환문을 갖지 않아야 합니다.
new 연산자와 함께 클래스가 호출되면 생성자 함수와 동일하게 암묵적으로 this, 즉 인스턴스를 반환하기 때문입니다.
만약 this 가 아닌 다른 객체를 명시적으로 반환하면 this, 즉 인스턴스가 반환되지 못하고 return 문에 명시한 객체가 반환됩니다.
class Person {
constructor(name) {
this.name = name;
// 명시적으로 객체를 반환하면 암묵적인 this 반환이 무시된다.
return {};
}
}
// constructor에서 명시적으로 반환한 빈 객체가 반환된다.
const me = new Person("Lee");
console.log(me); // {}
하지만 명시적으로 원시값을 반환하면 원시값 반환은 무시되고 암묵적으로 this 가 반환됩니다.
class Person {
constructor(name) {
this.name = name;
// 명시적으로 원시값을 반환하면 원시값 반환은 무시되고 암묵적으로 this가 반환된다.
return 100;
}
}
const me = new Person("Lee");
console.log(me); // Person { name: "Lee" }
이처럼 constructor 내부에서 명시적으로 this 가 아닌 다른 값을 반환하는 것은 클래스의 기본 동작을 훼손합니다.
따라서 constructor 내부에서 return 문을 반드시 생략해야 합니다.
생성자 함수를 사용하면 인스턴스를 생성하는 경우 프로토타입 메서드를 생성하기 위해서는 다음과 같이 명시적으로 프로토타입에 메서드를 추가해야 합니다.
// 생성자 함수
function Person(name) {
this.name = name;
}
// 프로토타입 메서드
Person.prototype.sayHi = function () {
console.log(`Hi! My name is ${this.name}`);
};
const me = new Person("Lee");
me.sayHi(); // Hi! My name is Lee
클래스 몸체에서 정의한 메서드는 생성자 함수에 의한 객체 생성 방식과는 다르게 클래스의 prototype 프로퍼티에 메서드를 추가하지 않아도 기본적으로 프로토타입 메서드가 됩니다.
class Person {
// 생성자
constructor(name) {
// 인스턴스 생성 및 초기화
this.name = name;
}
// 프로토타입 메서드
sayHi() {
console.log(`Hi! My name is ${this.name}`);
}
}
const me = new Person("Lee");
me.sayHi(); // Hi! My name is Lee
생성자 함수와 마찬가지로 클래스가 생성한 인스턴스는 프로토타입 체인의 일원이 됩니다.
// me 객체의 프로토타입은 Person.prototype이다.
Object.getPrototypeOf(me) === Person.prototype; // -> true
me instanceof Person; // -> true
// Person.prototype의 프로토타입은 Object.prototype이다.
Object.getPrototypeOf(Person.prototype) === Object.prototype; // -> true
me instanceof Object; // -> true
// me 객체의 constructor는 Person 클래스다.
me.constructor === Person; // -> true
클래스 몸체에서 정의한 메서드는 인스턴스의 프로토타입에 존재하는 프로토타입 메서드가 됩니다.
인스턴스는 프로토타입 메서드를 상속받아 사용할 수 있습니다.
프로토타입 체인은 기존의 모든 객체 생성 방식(객체 리터럴, 생성자 함수, Object.create 메서드 등) 뿐만 아니라 클래스에 의해 생성된 인스턴스에도 동일하게 적용됩니다.
생성자 함수의 역할을 클래스가 할 뿐입니다.
결국 클래스는 생성자 함수와 같이 인스턴스를 생성하는 생성자 함수라고 볼 수 있습니다.
다시 말해, 클래스는 생성자 함수와 마찬가지로 프로토타입 기반의 객체 생성 메커니즘입니다.
정적(static) 메서드는 인스턴스를 생성하지 않아도 호출할 수 있는 메서드를 말합니다.
생성자 함수의 경우 정적 메서드를 생성하기 위해서는 다음과 같이 명시적으로 생성자 함수에 메서드를 추가해야 합니다.
// 생성자 함수
function Person(name) {
this.name = name;
}
// 정적 메서드
Person.sayHi = function () {
console.log("Hi!");
};
// 정적 메서드 호출
Person.sayHi(); // Hi!
클래스에서는 메서드에 static 키워드를 붙이면 정적 메서드(클래스 메서드)가 됩니다.
class Person {
// 생성자
constructor(name) {
// 인스턴스 생성 및 초기화
this.name = name;
}
// 정적 메서드
static sayHi() {
console.log("Hi!");
}
}
이처럼 정적 메서드는 클래스에 바인딩된 메서드가 됩니다.
클래스는 함수 객체로 평가되므로 자신의 프로퍼티/메서드를 소유할 수 있습니다.
클래스는 클래스 정의(클래스 선언문이나 클래스 표현식)가 평가되는 시점에 함수 객체가 되므로 인스턴스와 달리 별다른 생성 과정이 필요 없습니다.
따라서 정적 메서드는 클래스 정의 이후 인스턴스를 생성하지 않아도 호출할 수 있습니다.
정적 메서드는 프로토타입 메서드처럼 인스턴스로 호출하지 않고 클래스로 호출합니다.
// 정적 메서드는 클래스로 호출한다.
// 정적 메서드는 인스턴스 없이도 호출할 수 있다.
Person.sayHi(); // Hi!
정적 메서드는 인스턴스로 호출할 수 없습니다.
정적 메서드가 바인딩된 클래스는 인스턴스의 프로토타입 체인 상에 존재하지 않기 때문입니다.
다시 말해, 인스턴스의 프로토타입 체인 상에는 클래스가 존재하지 않기 때문에 인스턴스로 클래스의 메서드를 상속받을 수 없습니다.
// 인스턴스 생성
const me = new Person("Lee");
me.sayHi(); // TypeError: me.sayHi is not a function
정적 메서드와 프로토타입 메서드는 무엇이 다르며, 무엇을 기준으로 구분해여 정의해야 할지 생각해 봅시다.
정적 메서드와 프로토타입 메서드의 차이는 다음과 같습니다.
다음 예제를 살펴봅시다.
class Square {
// 정적 메서드
static area(width, height) {
return width * height;
}
}
console.log(Square.area(10, 10)); // 100
정적 메서드 area 는 2개의 인수를 전달받아 면적을 계산합니다.
이때 정적 메서드 area 는 인스턴스 프로퍼티를 참조하지 않습니다.
만약 인스턴스 프로퍼티를 참조해야 한다면 정적 메서드 대신 프로토타입 메서드를 사용해야 합니다.
class Square {
constructor(width, height) {
this.width = width;
this.height = height;
}
// 프로토타입 메서드
area() {
return this.width * this.height;
}
}
const square = new Square(10, 10);
console.log(square.area()); // 100
메서드 내부의 this 는 메서드를 소유한 객체가 아니라 메서드를 호출한 객체, 즉 메서드 이름 앞의 마침표(.) 연산자 앞에 기술한 객체에 바인딩됩니다.
프로토타입 메서드는 인스턴스로 호출해야 하므로 프로토타입 메서드 내부의 this 는 프로토타입 메서드를 호출한 인스턴스를 가리킵니다.
위 예제의 경우 square 객체로 프로토타입 메서드 area 를 호출했기 때문에 area 내부의 this 는 square 객체를 가리킵니다.
정적 메서드는 클래스로 호출해야 하므로 정적 메서드 내부의 this 는 인스턴스가 아닌 클래스를 가리킵니다.
즉, 프로토타입 메서드와 정적 메서드 내부의 this 바인딩이 다릅니다.
따라서 메서드 내부에서 인스턴스 프로퍼티를 참조할 필요가 있다면 this 를 사용해야 하며, 이러한 경우 프로토타입 메서드로 정의해야 합니다.
하지만 메서드 내부에서 인스턴스 프로퍼티를 참조해야 할 필요가 없다면 this 를 사용하지 않게 됩니다.
물론 메서드 내부에서 this 를 사용하지 않더라도 프로토타입 메서드로 정의할 수 있습니다.
하지만 반드시 인스턴스를 생성한 다음 인스턴스로 호출해야 하므로 this 를 사용하지 않는 메서드는 정적 메서드로 정의하는 것이 좋습니다.
표준 빌트인 객체인 Math, Nubmer, Object, Reflect 등은 다양한 정적 메서드를 가지고 있습니다.
이들 정적 메서드는 애플리케이션 전역에서 사용할 유틸리티(utility) 함수입니다.
예를 들어, 전달받은 인수 중에서 가장 큰 수를 반환하는 정적 메서드 Math.max 는 인스턴스와 상관없이 애플리케이션 전역에서 사용할 유틸리티 함수입니다.
// 표준 빌트인 객체의 정적 메서드
Math.max(1, 2, 3); // -> 3
Number.isNaN(NaN); // -> true
JSON.stringify({ a: 1 }); // -> "{"a":1}"
Object.is({}, {}); // -> false
Reflect.has({ a: 1 }, "a"); // -> true
이처럼 클래스 또는 생성자 함수를 하나의 네임스페이스(namespace)로 사용하여 정적 메서드를 모아 놓으면 이름 충돌 가능성을 줄여 주고 관련 함수들을 구조화할 수 있는 효과가 있습니다.
이 같은 이유로 정적 메서드는 애플리케이션 전역에서 사용할 유틸리티 함수를 전역 함수로 정의하지 않고 메서드로 구조화할 때 유용합니다.
ES6에 추가된 표준 빌트인 객체
Number의 정적 메서드
ES6에서는isFinite,isNaN,parseFloat,parseInt등의 빌트인 전역 함수를 표준 빌트인 객체Number의 정적 메서드로 추가 구현했습니다.
Number의 정적 메서드isFinite,isNaN,parseFloat,parseInt는 빌트인 전역 함수isFinite,isNaN,parseFloat,parseInt보다 엄격합니다.
클래스에서 정의한 메서드는 다음과 같은 특징을 갖습니다.
function 키워드를 생략한 메서드 축약 표현을 사용합니다.strict mode 로 실행됩니다.for...in 문이나 Object.keys 메서드 등으로 열거할 수 없습니다. 즉, 프로퍼티의 열거 가능 여부를 나타내며, 불리언 값을 갖는 프로퍼티 어트리뷰트 [[Enumberable]] 의 값이 false 입니다.new 연산자와 함께 호출할 수 없습니다.new 연산자와 함께 클래스를 호출하면 생성자 함수와 마찬가지로 클래스의 내부 메서드 [[Construct]] 가 호출됩니다.
클래스는 new 연산자 없이 호출할 수 없습니다.
생성자 함수의 인스턴스 생성 과정에 유사하게 다음과 같은 과정을 거쳐 인스턴스가 생성됩니다.
new 연산자와 함께 클래스를 호출하면 constructor 의 내부 코드가 실행되기에 앞서 암묵적으로 빈 객체가 생성됩니다.
이 빈 객체가 바로 (아직 완성되지는 않았지만) 클래스가 생성한 인스턴스입니다.
이때 클래스가 생성한 인스턴스의 프로토타입으로 클래스의 prototype 프로퍼티가 가리키는 객체가 설정됩니다.
그리고 암묵적으로 생성된 빈 객체, 즉 인스턴스는 this 에 바인딩됩니다.
따라서 constructor 내부의 this 는 클래스가 생성한 인스턴스를 가리킵니다.
constructor 의 내부 코드가 실행되어 this 에 바인딩되어 있는 인스턴스를 초기화합니다.
즉, this 에 바인딩되어 있는 인스턴스에 프로퍼티를 추가하고 constructor 가 인수로 전달받은 초기값으로 인스턴스의 프로퍼티 값을 초기화합니다.
만약 constructor 가 생략되었다면 이 과정도 생략됩니다.
클래스의 모든 처리가 끝나면 완성된 인스턴스가 바인딩된 this 가 암묵적으로 반환됩니다.
class Person {
// 생성자
constructor(name) {
// 1. 암묵적으로 인스턴스가 생성되고 this에 바인딩된다.
console.log(this); // Person {}
console.log(Object.getPrototypeOf(this) === Person.prototype); // true
// 2. this에 바인딩되어 있는 인스턴스를 초기화한다.
this.name = name;
// 3. 완성된 인스턴스가 바인딩된 this가 암묵적으로 반환된다.
}
}
인스턴스 프로퍼티는 constructor 내부에서 정의해야 합니다.
class Person {
constructor(name) {
// 인스턴스 프로퍼티
this.name = name;
}
}
const me = new Person("Lee");
console.log(me); // Person {name: "Lee"}
constructor 내부 코드가 실행되기 이전에 constructor 내부의 this 에는 이미 클래스가 암묵적으로 생성한 인스턴스인 빈 객체가 바인딩되어 있습니다.
생성자 함수에서 생성자 함수가 생성할 인스턴스의 프로퍼티를 정의하는 것과 마찬가지로 constructor 내부에서 this 에 인스턴스 프로퍼티를 추가합니다.
이로써 클래스가 암묵적으로 생성한 빈 객체, 즉 인스턴스에 프로퍼티가 추가되어 인스턴스가 초기화됩니다.
class Person {
constructor(name) {
// 인스턴스 프로퍼티
this.name = name; // name 프로퍼티는 public하다.
}
}
const me = new Person("Lee");
// name은 public하다.
console.log(me.name); // Lee
constructor 내부에서 this 에 추가한 프로퍼티는 언제나 클래스가 생성한 인스턴스의 프로퍼티가 됩니다.
ES6의 클래스는 다른 객체지향 언어처럼 private, public, protected 키워드와 같은 접근 제한자(access modifier)를 지원하지 않습니다.
따라서 인스턴스 프로퍼티는 언제나 public 합니다.
다행히도 private 한 프로퍼티를 정의할 수 있는 사양이 현재 제안 중에 있습니다.
접근자 프로퍼티(accessor property)는 자체적으로 값([[Value]] 내부 슬롯)을 갖지 않고 다른 데이터 프로퍼티의 값을 읽거나 저장할 때 사용하는 접근자 함수(accessor function)로 구성된 프로퍼티입니다.
const person = {
// 데이터 프로퍼티
firstName: "Ungmo",
lastName: "Lee",
// fullName은 접근자 함수로 구성된 접근자 프로퍼티다.
// getter 함수
get fullName() {
return `${this.firstName} ${this.lastName}`;
},
// setter 함수
set fullName(name) {
// 배열 디스트럭처링 할당: "36.1. 배열 디스트럭처링 할당" 참고
[this.firstName, this.lastName] = name.split(" ");
},
};
// 데이터 프로퍼티를 통한 프로퍼티 값의 참조.
console.log(`${person.firstName} ${person.lastName}`); // Ungmo Lee
// 접근자 프로퍼티를 통한 프로퍼티 값의 저장
// 접근자 프로퍼티 fullName에 값을 저장하면 setter 함수가 호출된다.
person.fullName = "Heegun Lee";
console.log(person); // {firstName: "Heegun", lastName: "Lee"}
// 접근자 프로퍼티를 통한 프로퍼티 값의 참조
// 접근자 프로퍼티 fullName에 접근하면 getter 함수가 호출된다.
console.log(person.fullName); // Heegun Lee
// fullName은 접근자 프로퍼티다.
// 접근자 프로퍼티는 get, set, enumerable, configurable 프로퍼티 어트리뷰트를 갖는다.
console.log(Object.getOwnPropertyDescriptor(person, "fullName"));
// {get: ƒ, set: ƒ, enumerable: true, configurable: true}
접근자 프로퍼티는 클래스에서도 사용할 수 있습니다.
위 예제의 객체 리터럴을 클래스로 표현하면 다음과 같습니다.
class Person {
constructor(firstName, lastName) {
this.firstName = firstName;
this.lastName = lastName;
}
// fullName은 접근자 함수로 구성된 접근자 프로퍼티다.
// getter 함수
get fullName() {
return `${this.firstName} ${this.lastName}`;
}
// setter 함수
set fullName(name) {
[this.firstName, this.lastName] = name.split(" ");
}
}
const me = new Person("Ungmo", "Lee");
// 데이터 프로퍼티를 통한 프로퍼티 값의 참조.
console.log(`${me.firstName} ${me.lastName}`); // Ungmo Lee
// 접근자 프로퍼티를 통한 프로퍼티 값의 저장
// 접근자 프로퍼티 fullName에 값을 저장하면 setter 함수가 호출된다.
me.fullName = "Heegun Lee";
console.log(me); // {firstName: "Heegun", lastName: "Lee"}
// 접근자 프로퍼티를 통한 프로퍼티 값의 참조
// 접근자 프로퍼티 fullName에 접근하면 getter 함수가 호출된다.
console.log(me.fullName); // Heegun Lee
// fullName은 접근자 프로퍼티다.
// 접근자 프로퍼티는 get, set, enumerable, configurable 프로퍼티 어트리뷰트를 갖는다.
console.log(Object.getOwnPropertyDescriptor(Person.prototype, "fullName"));
// {get: ƒ, set: ƒ, enumerable: false, configurable: true}
접근자 프로퍼티는 자체적으로는 값을 갖지 않고 다른 데이터 프로퍼티의 값을 읽거나 저장할 때 사용하는 접근자 함수, 즉 getter 함수와 setter 함수로 구성되어 있습니다.
getter 는 인스턴스 프로퍼티에 접근할 때마다 프로퍼티 값을 조작하거나 별도의 행위가 필요할 때 사용합니다.
getter 는 메서드 이름 앞에 get 키워드를 사용해 정의합니다.
setter 는 인스턴스 프로퍼티에 값을 할당할 때마다 프로퍼티 값을 조작하거나 별도의 행위가 필요할 때 사용합니다.
setter 는 메서드 이름 앞에 set 키워드를 사용해 정의합니다.
이때 getter 와 setter 이름은 인스턴스 프로퍼티처럼 사용됩니다.
다시 말해 getter 는 호출하는 것이 아니라 프로퍼티처럼 참조하는 형식으로 사용하며, 참조 시에 내부적으로 getter 가 호출됩니다.
setter 도 호출하는 것이 아니라 프로퍼티처럼 값을 할당하는 형식으로 사용하며, 할당 시에 내부적으로 setter 가 호출됩니다.
getter 는 이름 그대로 무언가를 취득할 때 사용하므로 반드시 무언가를 반환해야 하고 setter 는 무언가를 프로퍼티에 할당해야 할 때 사용하므로 반드시 매개변수가 있어야 합니다.
setter 는 단 하나의 값만 할당받기 때문에 단 하나의 매개변수만 선언할 수 있습니다.
클래스의 메서드는 기본적으로 프로토타입 메서드가 됩니다.
따라서 클래스의 접근자 프로퍼티 또한 인스턴스 프로퍼티가 아닌 프로토타입의 프로퍼티가 됩니다.
// Object.getOwnPropertyNames는 비열거형(non-enumerable)을 포함한 모든 프로퍼티의 이름을 반환한다.(상속 제외)
Object.getOwnPropertyNames(me); // -> ["firstName", "lastName"]
Object.getOwnPropertyNames(Object.getPrototypeOf(me)); // -> ["constructor", "fullName"]
먼저 클래스 필드(class field)가 무엇인지 살펴봅시다.
클래스 필드(필드 또는 맴버)는 클래스 기반 객체지향 언어에서 클래스가 생성할 인스턴스의 프로퍼티를 가리키는 용어입니다.
클래스 기반 객체지향 언어인 자바의 클래스 정의를 살펴봅시다.
자바의 클래스 필드는 마치 클래스 내부에서 변수처럼 사용됩니다.
// 자바의 클래스 정의
public class Person {
// ① 클래스 필드 정의
// 클래스 필드는 클래스 몸체에 this 없이 선언해야 한다.
private String firstName = "";
private String lastName = "";
// 생성자
Person(String firstName, String lastName) {
// ③ this는 언제나 클래스가 생성할 인스턴스를 가리킨다.
this.firstName = firstName;
this.lastName = lastName;
}
public String getFullName() {
// ② 클래스 필드 참조
// this 없이도 클래스 필드를 참조할 수 있다.
return firstName + " " + lastName;
}
}
자바스크립트의 클래스에서 인스턴스 프로퍼티를 선언하고 초기화하려면 반드시 constructor 내부에서 this 에 프로퍼티를 추가해야 합니다.
하지만 자바의 클래스에서는 위 예제의 ①과 같이 클래스 필드를 마치 변수처럼 클래스 몸체에 this 없이 선언합니다.
또한 자바스크립트의 클래스에서 인스턴스 프로퍼티를 참조하려면 반드시 this 를 사용하여 참조해야 합니다.
하지만 자바의 클래스에서는 위 예제의 ③와 같이 this 를 생략해도 클래스 필드를 참조할 수 있습니다.
클래스 기반 객체지향 언어의 this 는 언제나 클래스가 생성할 인스턴스를 가리킵니다.
위 예제의 ②와 같이 this 는 주로 클래스 필드가 생성자 또는 메서드의 매개변수 이름과 동일할 때 클래스 필드임을 명확히 하기 위해 사용합니다.
자바스크립트의 클래스 몸체(class body)에는 메서드만 선언할 수 있습니다.
따라서 클래스 몸체에 자바와 유사하게 클래스 필드를 선언하면 문법 에러(SyntaxError)가 발생합니다.
class Person {
// 클래스 필드 정의
name = "Lee";
}
const me = new Person("Lee");
하지만 위 예제를 최신 브라우저(Chrome 72 이상) 또는 최신 Node.js(버전 12 이상)에서 실행하면 문법 에러(SyntaxError)가 발생하지 않고 정상 동작합니다.
그 이유를 살펴봅시다.
자바스크립트에서도 인스턴스 프로퍼티를 마치 클래스 기반 객체지향 언어의 클래스 필드처럼 정의할 수 있는 새로운 표준 사양인 “Class field declarations”가 (2021년 1월 기준), TC39 프로세스의 stage3(candidate)에 제안되어 있습니다.
Technical Committee 39(TC39)
ECMA 인터내셔널은 ECMAScript 이외에도 다양한 기술의 사양을 관리하고, 이들 사양을 관리하는 주체인 기술 위원회(Technical Committee)도 여럿 존재합니다.
여러 사양 중에서 ECMA-262 사양(ECMAScript)의 관리를 담당하는 위원회가 바로 TC39입니다.
TC39는 구글, 애플, 마이크로소프트, 모질라 등 브라우저 벤더와 페이스북, 트위터와 같이 ECMA-262 사양(ECMAScript)을 제대로 준수해야 하는 기업으로 구성되어 있습니다.
TC39 프로세스
TC39 프로세스는 ECMA-262 사양(ECMAScript)에 새로운 표준 사양(제안, proposal)을 추가하기 위해 공식적으로 명문화해 놓은 과정을 말합니다.
TC39 프로세스는 0단계부터 4단계까지 총 5개의 단계로 구성되어 있고, 상위 단계로 승급하기 위한 명시적인 조건들이 있습니다.
승급 조건을 충족시킨 제안(proposal)은 TC39의 동의를 통해 다음 단계(stage)로 승급됩니다.
TC39 프로세스는 다음과 같은 단계를 거쳐 최종적으로 ECMA-262 사양(ECMAScript)의 새로운 표준 사양이 됩니다.
stage 0:strawman -> stage 1:proposal -> stage 2:draft -> stage 3:candidate -> stage 4:finished
stage 3(candidate)까지 승급한 제안은 심각한 문제가 없는 한 변경되지 않고 대부분 stage 4로 승급됩니다.
stage 4(finished)까지 승급한 제안은 큰 이변이 없는 이상, 차기 ECMAScript 버전에 포함됩니다.
현재 TC39 프로세스에 올라와 있는 제안을 확인하려면 ECMAScript proposals를 참고하면 됩니다.
클래스 몸체에서 클래스 필드를 정의할 수 있는 클래스 필드 정의(Class field definitions) 제안은 아직 ECMAScript의 정식 표준 사양으로 승급되지 않았습니다.
하지만 최신 브라우저(Chrome 72 이상)와 최신 Node.js(버전 12 이상)는 표준 사양으로 승급이 확실시되는 이 제안을 선제적으로 미리 구현해 놓았습니다.
따라서 최신 브라우저와 최신 Node.js에서는 다음 예제와 같이 클래스 필드를 클래스 몸체에 정의할 수 있습니다.
class Person {
// 클래스 필드 정의
name = "Lee";
}
const me = new Person();
console.log(me); // Person {name: "Lee"}
클래스 몸체에서 클래스 필드를 정의하는 경우 this 에 클래스 필드를 바인딩해서는 안됩니다.
this 는 클래스의 constructor 와 메서드 내에서만 유효합니다.
class Person {
// this에 클래스 필드를 바인딩해서는 안된다.
this.name = ''; // SyntaxError: Unexpected token '.'
}
클래스 필드를 참조하는 경우 자바와 같은 클래스 기반 객체지향 언어에서는 this 를 생략할 수 있으나 자바스크립트에서는 this 를 반드시 사용해야 합니다.
class Person {
// 클래스 필드
name = "Lee";
constructor() {
console.log(name); // ReferenceError: name is not defined
}
}
new Person();
클래스 필드에 초기값을 할당하지 않으면 undefined 를 갖습니다.
class Person {
// 클래스 필드를 초기화하지 않으면 undefined를 갖는다.
name;
}
const me = new Person();
console.log(me); // Person {name: undefined}
인스턴스를 생성할 때 외부의 초기값으로 클래스 필드를 초기화해야 할 필요가 있다면 constructor 에서 클래스 필드를 초기화해야 합니다.
class Person {
name;
constructor(name) {
// 클래스 필드 초기화.
this.name = name;
}
}
const me = new Person("Lee");
console.log(me); // Person {name: "Lee"}
이처럼 인스턴스를 생성할 때 클래스 필드를 초기화할 필요가 있다면 constructor 밖에서 클래스 필드를 정의할 필요가 없습니다.
클래스 필드를 초기화할 필요가 있다면 어차피 constructor 내부에서 클래스 필드를 참조하여 초기값을 할당해야 합니다.
이때 this, 즉 클래스가 인스턴스에 클래스 필드에 해당하는 프로퍼티가 없다면 자동 추가되기 때문입니다.
class Person {
constructor(name) {
this.name = name;
}
}
const me = new Person("Lee");
console.log(me); // Person {name: "Lee"}
함수는 일급 객체이므로 함수를 클래스 필드에 할당할 수 있습니다.
따라서 클래스 필드를 통해 메서드를 정의할 수도 있습니다.
class Person {
// 클래스 필드에 문자열을 할당
name = "Lee";
// 클래스 필드에 함수를 할당
getName = function () {
return this.name;
};
// 화살표 함수로 정의할 수도 있다.
// getName = () => this.name;
}
const me = new Person();
console.log(me); // Person {name: "Lee", getName: ƒ}
console.log(me.getName()); // Lee
이처럼 클래스 필드에 함수를 할당하는 경우, 이 함수는 프로토타입 메서드가 아닌 인스턴스 메서드가 됩니다.
모든 클래스 필드는 인스턴스 프로퍼티가 되기 때문입니다.
따라서 클래스 필드에 함수를 할당하는 것은 권장하지 않습니다.
클래스 필드와 화살표 함수
클래스 필드에 화살표 함수를 할당하여 화살표 함수 내부의this가 인스턴스를 가리키게 하는 경우도 있습니다.
<!DOCTYPE html>
<html>
<body>
<button class="btn">0</button>
<script>
class App {
constructor() {
this.$button = document.querySelector(".btn");
this.count = 0;
// increase 메서드를 이벤트 핸들러로 등록
// 이벤트 핸들러 increase 내부의 this는 DOM 요소(this.$button)를 가리킨다.
// 하지만 increase는 화살표 함수로 정의되어 있으므로
// increase 내부의 this는 인스턴스를 가리킨다.
this.$button.onclick = this.increase;
// 만약 increase가 화살표 함수가 아니라면 bind 메서드를 사용해야 한다.
// $button.onclick = this.increase.bind(this);
}
// 인스턴스 메서드
// 화살표 함수 내부의 this는 언제나 상위 컨텍스트의 this를 가리킨다.
increase = () => (this.$button.textContent = ++this.count);
}
new App();
</script>
</body>
</html>
인스턴스가 여러 개 생성된다면 이 방법도 메모리의 손해를 감수할 수 밖에 없습니다.
클래스 필드 정의 제안으로 인해 인스턴스 프로퍼티를 정의하는 방식은 두 가지가 되었습니다.
인스턴스를 생성할 때 외부 초기값으로 클래스 필드를 초기화할 필요가 있다면 constructor 에서 인스턴스 프로퍼티를 정의하는 기존 방식을 사용하고,
인스턴스를 생성할 때 외부 초기값으로 클래스 필드를 초기화할 필요가 없다면 기존의 constructor 에서 인스턴스 프로퍼티를 정의하는 방식과 클래스 필드 정의 제안 모두 사용할 수 있습니다.
자바스크립트는 캡슐화를 완전하게 지원하지 않습니다.
ES6의 클래스도 생성자 함수와 마찬가지로 다른 클래스 기반 객체지향 언어에서는 지원하는 private, public, protected 키워드와 같은 접근 제한자를 지원하지 않습니다.
따라서 인스턴스 프로퍼티는 인스턴스를 통해 클래스 외부에서 언제나 참조할 수 있습니다.
즉, 언제나 public 입니다.
class Person {
constructor(name) {
this.name = name; // 인스턴스 프로퍼티는 기본적으로 public하다.
}
}
// 인스턴스 생성
const me = new Person("Lee");
console.log(me.name); // Lee
클래스 필드 정의 제안을 사용하더라도 클래스 필드는 기본적으로 public 하기 때문에 외부에 그대로 노출됩니다.
class Person {
name = "Lee"; // 클래스 필드도 기본적으로 public하다.
}
// 인스턴스 생성
const me = new Person();
console.log(me.name); // Lee
다행히도 2021년 1월 기준, TC39 프로세스의 stage 3(candidate)에는 private 필드를 정의할 수 있는 새로운 표준 사양이 제안되어 있습니다.
표준 사양으로 승급이 확실시되는 이 제안도 최신 브라우저(Chrome 74 이상)와 최신 Node.js(버전 12 이상)에 이미 구현되어 있습니다.
다음 예제를 살펴봅시다.
private 필드의 선두에는 # 을 붙여줍니다.
private 필드를 참조할 때도 # 을 붙어주어야 합니다.
class Person {
// private 필드 정의
#name = "";
constructor(name) {
// private 필드 참조
this.#name = name;
}
}
const me = new Person("Lee");
// private 필드 #name은 클래스 외부에서 참조할 수 없다.
console.log(me.#name);
// SyntaxError: Private field '#name' must be declared in an enclosing class
타입스크립트
C#의 창시자인 덴마크 출신 소프트웨어 엔지니어 아네르스 하일스베르(Anders Hejlsberg)가 개발을 주도한 자바스크립트의 상위 확장(superset)인 타입스크립트(Typescript)는 클래스 기반 객체지향 언어가 지원하는 접근 제한자인public,private,protected를모두 지원하며, 의미 또한 기본적으로 동일합니다.
public 필드는 어디서든 참조할 수 있지만 private 필드는 클래스 내부에서만 참조할 수 있습니다.
| 접근 가능성 | public | private |
|---|---|---|
| 클래스 내부 | O | O |
| 자식 클래스 내부 | O | X |
| 클래스 인스턴스를 통한 접근 | O | X |
이처럼 클래스 외부에서 private 필드에 직접 접근할 수 있는 방법은 없습니다.
다만 접근자 프로퍼티를 통해 간접적으로 접근하는 방법은 유효합니다.
class Person {
// private 필드 정의
#name = "";
constructor(name) {
this.#name = name;
}
// name은 접근자 프로퍼티다.
get name() {
// private 필드를 참조하여 trim한 다음 반환한다.
return this.#name.trim();
}
}
const me = new Person(" Lee ");
console.log(me.name); // Lee
private 필드는 반드시 클래스 몸체에 정의해야 합니다.
private 필드를 직접 constructor 에 정의하면 에러가 발생합니다.
class Person {
constructor(name) {
// private 필드는 클래스 몸체에서 정의해야 한다.
this.#name = name;
// SyntaxError: Private field '#name' must be declared in an enclosing class
}
}
클래스에는 static 키워드를 사용하여 정적 메서드를 정의할 수 있습니다.
하지만 static 키워드를 사용하여 정적 필드를 정의할 수는 없었습니다.
하지만 static public 필드, static private 필드, static private 메서드를 정의할 수 있는 새로운 표준 사양인 “Static class features”가 2021년 1월 기준, TC39 프로세스의 stage 3(candidate)에 제안되어 있습니다.
이 제안 중에서 static public/private 필드는 2021년 1월 기준, 최신 브라우저(Chrome 72 이상)와 최신 Node.js(버전 12 이상)에 이미 구현되어 있습니다.
class MyMath {
// static public 필드 정의
static PI = 22 / 7;
// static private 필드 정의
static #num = 10;
// static 메서드
static increment() {
return ++MyMath.#num;
}
}
console.log(MyMath.PI); // 3.142857142857143
console.log(MyMath.increment()); // 11
상속에 의한 클래스 확장은 지금까지 살펴본 프로토타입 기반 상속과는 다른 개념입니다.
프로토타입 기반 상속은 프로토타입 체인을 통해 다른 객체의 자산을 상속받는 개념이지만 상속에 의한 클래스 확장은 기존 클래스를 상속받아 새로운 클래스를 확장(extends)하여 정의 하는 것입니다.
클래스와 생성자 함수는 인스턴스를 생성할 수 있는 함수라는 점에서 매우 유사합니다.
하지만 클래스는 상속을 통해 기존 클래스를 확장할 수 있는 문법이 기본적으로 제공되지만 생성자 함수는 그렇지 않습니다.
예를 들어, 동물을 추상화한 Animal 클래스와 새와 사자를 추상화한 Bird, Lion 클래스를 각각 정의한다고 생각해봅시다.
새와 사자는 동물에 속하므로 동물의 속성을 갖습니다.
하지만 새와 사자는 자신만의 고유한 속성도 갖습니다.
이때 Animal 클래스는 동물의 속성을 표현하고 Bird, Lion 클래스는 상속을 통해 Animal 클래스의 속성을 그대로 사용하면서 자신만의 고유한 속성만 추가하여 확장할 수 있습니다.
Bird 클래스와 Lion 클래스는 상속을 통해 Animal 클래스의 속성을 그대로 사용하고 자신만의 고유한 속성을 추가하여 확장했습니다.
이처럼 상속에 의한 클래스 확장은 코드 재사용 관점에서 매우 유용합니다.
상속을 통해 Animal 클래스를 확장한 Bird 클래스를 구현해 봅시다.
class Animal {
constructor(age, weight) {
this.age = age;
this.weight = weight;
}
eat() {
return "eat";
}
move() {
return "move";
}
}
// 상속을 통해 Animal 클래스를 확장한 Bird 클래스
class Bird extends Animal {
fly() {
return "fly";
}
}
const bird = new Bird(1, 5);
console.log(bird); // Bird {age: 1, weight: 5}
console.log(bird instanceof Bird); // true
console.log(bird instanceof Animal); // true
console.log(bird.eat()); // eat
console.log(bird.move()); // move
console.log(bird.fly()); // fly
클래스는 상속을 통해 다른 클래스를 확장할 수 있는 문법인 extends 키워드가 기본적으로 제공됩니다.
extends 키워드를 사용한 클래스 확장은 간편하고 직관적입니다.
하지만 생성자 함수는 클래스와 같이 상속을 통해 다른 생성자 함수를 확장할 수 있는 문법이 제공되지 않습니다.
자바스크립트는 클래스 기반 언어가 아니므로 생성자 함수를 사용하여 클래스를 흉내 내려는 시도를 권장하지는 않지만 의사 클래스 상속(pseudo classical inheritance) 패턴을 사용하여 상속에 의한 클래스 확장을 흉내 내기도 했습니다.
클래스의 등장으로 다음 예제와 같은 의사 클래스 상속 패턴은 더는 필요하지 않습니다.
참고로만 살펴보기 바랍니다.
// 의사 클래스 상속(pseudo classical inheritance) 패턴
var Animal = (function () {
function Animal(age, weight) {
this.age = age;
this.weight = weight;
}
Animal.prototype.eat = function () {
return "eat";
};
Animal.prototype.move = function () {
return "move";
};
return Animal;
})();
// Animal 생성자 함수를 상속하여 확장한 Bird 생성자 함수
var Bird = (function () {
function Bird() {
// Animal 생성자 함수에게 this와 인수를 전달하면서 호출
Animal.apply(this, arguments);
}
// Bird.prototype을 Animal.prototype을 프로토타입으로 갖는 객체로 교체
Bird.prototype = Object.create(Animal.prototype);
// Bird.prototype.constructor을 Animal에서 Bird로 교체
Bird.prototype.constructor = Bird;
Bird.prototype.fly = function () {
return "fly";
};
return Bird;
})();
var bird = new Bird(1, 5);
console.log(bird); // Bird {age: 1, weight: 5}
console.log(bird.eat()); // eat
console.log(bird.move()); // move
console.log(bird.fly()); // fly
상속을 통해 클래스를 확장하려면 extends 키워드를 사용하여 상속받을 클래스를 정의합니다.
// 수퍼(베이스/부모)클래스
class Base {}
// 서브(파생/자식)클래스
class Derived extends Base {}
상속을 통해 확장된 클래스를 서브클래스(subclass)라 부르고, 서브클래스에게 상속된 클래스를 수퍼클래스(super class)라 부릅니다.
서브클래스를 파생 클래스(derived class)또는 자식 클래스(child class), 수퍼클래스를 베이스 클래스(base class) 또는 부모 클래스(parent class)라고 부르기도 합니다.
extends 키워드의 역할은 수퍼클래스와 서브클래스 간의 상속 관계를 설정하는 것입니다.
클래스도 프로토타입을 통해 상속 관계를 구현합니다.
수퍼클래스와 서브클래스는 인스턴스의 프로토타입 체인뿐 아니라 클래스 간의 프로토타입 체인도 생성합니다.
이를 통해 프로토타입 메서드, 정적 메서드 모두 상속이 가능합니다.
extends 키워드는 클래스뿐만 아니라 생성자 함수를 상속받아 클래스를 확장할 수도 있습니다.
단, extends 키워드 앞에는 반드시 클래스가 와야 합니다.
// 생성자 함수
function Base(a) {
this.a = a;
}
// 생성자 함수를 상속받는 서브클래스
class Derived extends Base {}
const derived = new Derived(1);
console.log(derived); // Derived {a: 1}
extends 키워드 다음에는 클래스뿐만 아니라 [[Construct]] 내부 메서드를 갖는 함수 객체로 평가될 수 있는 모든 표현식을 사용할 수 있습니다.
이를 통해 동적으로 상속받을 대상을 결정할 수 있습니다.
function Base1() {}
class Base2 {}
let condition = true;
// 조건에 따라 동적으로 상속 대상을 결정하는 서브클래스
class Derived extends (condition ? Base1 : Base2) {}
const derived = new Derived();
console.log(derived); // Derived {}
console.log(derived instanceof Base1); // true
console.log(derived instanceof Base2); // false
클래스에서 constructor 를 생략하면 클래스에 다음과 같이 비어있는 constructor 가 암묵적으로 정의됩니다.
constructor() {}
서브클래스에서 constructor 를 생략하면 클래스에 다음과 같은 constructor 가 암묵적으로 정의됩니다.
args 는 new 연산자와 함께 클래스를 호출할 때 전달한 인수의 리스트입니다.
constructor(...args) { super(...args); }
super() 는 수퍼클래스의 constructor(super-constructor)를 호출하여 인스턴스를 생성합니다.
Rest 파라미터
매개변수에...을 붙이면 Rest 파라미터가 됩니다.
Rest 파라미터는 함수에 전달된 인수들의 목록을 배열로 전달받습니다.
다음 예제를 살펴봅시다.
수퍼클래스와 서브클래스 모두 constructor 를 생략했습니다.
// 수퍼클래스
class Base {}
// 서브클래스
class Derived extends Base {}
위 예제의 클래스에는 다음과 같이 암묵적으로 constructor 가 정의됩니다.
// 수퍼클래스
class Base {
constructor() {}
}
// 서브클래스
class Derived extends Base {
constructor() {
super();
}
}
const derived = new Derived();
console.log(derived); // Derived {}
위 예제와 같이 수퍼클래스와 서브클래스 모두 constructor 를 생략하면 빈 객체가 생성됩니다.
프로퍼티를 소유하는 인스턴스를 생성하려면 constructor 내부에서 인스턴스에 프로퍼티를 추가해야 합니다.
super 키워드는 함수처럼 호출할 수도 있고 this 와 같이 식별자처럼 참조할 수 있는 특수한 키워드입니다.
super 는 다음과 같이 동작합니다.
super 를 호출하면 수퍼클래스의 constructor(super-constructor)를 호출합니다.super 를 참조하면 수퍼클래스의 메서드를 호출할 수 있습니다.super를 호출하면 수퍼클래스의 constructor(super-constructor)를 호출합니다.
다음 예제와 같이 수퍼클래스의 constructor 내부에서 추가한 프로퍼티를 그대로 갖는 인스턴스를 생성한다면 서브클래스의 constructor 를 생략할 수 있습니다.
이때 new 연산자와 함께 서브클래스를 호출하면서 전달한 인수는 모두 서브클래스에 암묵적으로 정의된 constructor 의 super 호출을 통해 수퍼클래스의 constructor 에 전달됩니다.
// 수퍼클래스
class Base {
constructor(a, b) {
this.a = a;
this.b = b;
}
}
// 서브클래스
class Derived extends Base {
// 다음과 같이 암묵적으로 constructor가 정의된다.
// constructor(...args) { super(...args); }
}
const derived = new Derived(1, 2);
console.log(derived); // Derived {a: 1, b: 2}
다음 예제와 같이 수퍼클래스에서 추가한 프로퍼티와 서브클래스에서 추가한 프로퍼티를 갖는 인스턴스를 생성한다면 서브클래스의 constructor 를 생략할 수 없습니다.
이때 new 연산자와 함께 서브클래스를 호출하면서 전달한 인수 중에서 수퍼클래스의 constructor 에 전달한 필요가 있는 인수는 서브클래스의 constructor 에서 호출하는 super 를 통해 전달합니다.
// 수퍼클래스
class Base {
constructor(a, b) {
// ④
this.a = a;
this.b = b;
}
}
// 서브클래스
class Derived extends Base {
constructor(a, b, c) {
// ②
super(a, b); // ③
this.c = c;
}
}
const derived = new Derived(1, 2, 3); // ①
console.log(derived); // Derived {a: 1, b: 2, c: 3}
new 연산자와 함께 Derived 클래스를 호출(①)하면서 전달한 인수 1, 2, 3은 Derived 클래스의 constructor(②)에 전달되고 super 호출(③)을 통해 Base 클래스의 constructor(④)에 일부가 전달됩니다.
이처럼 인스턴스 초기화를 위해 전달한 인수는 수퍼클래스와 서브클래스에 배분되고 상속 관계의 두 클래스는 서로 협력하여 인스턴스를 생성합니다.
super 를 호출할 때 주의할 사항은 다음과 같습니다.
constructor 를 생략하지 않는 경우 서브클래스의 constructor 에서는 반드시 super 를 호출해야 합니다.class Base {}
class Derived extends Base {
constructor() {
// ReferenceError: Must call super constructor in derived class before accessing 'this' or returning from derived constructor
console.log("constructor call");
}
}
const derived = new Derived();
constructor 에서 super 를 호출하기 전에는 this 를 참조할 수 없습니다.class Base {}
class Derived extends Base {
constructor() {
// ReferenceError: Must call super constructor in derived class before accessing 'this' or returning from derived constructor
this.a = 1;
super();
}
}
const derived = new Derived(1);
super 는 반드시 서브클래스의 constructor 에서만 호출합니다. 서브클래스가 아닌 클래스의 constructor 나 함수에서 super 를 호출하면 에러가 발생합니다.class Base {
constructor() {
super(); // SyntaxError: 'super' keyword unexpected here
}
}
function Foo() {
super(); // SyntaxError: 'super' keyword unexpected here
}
메서드 내에서 super 를 참조하면 수퍼클래스의 메서드를 호출할 수 있습니다.
super.sayHi 는 수퍼클래스의 프로토타입 메서드 sayHi 를 가리킵니다.// 수퍼클래스
class Base {
constructor(name) {
this.name = name;
}
sayHi() {
return `Hi! ${this.name}`;
}
}
// 서브클래스
class Derived extends Base {
sayHi() {
// super.sayHi는 수퍼클래스의 프로토타입 메서드를 가리킨다.
return `${super.sayHi()}. how are you doing?`;
}
}
const derived = new Derived("Lee");
console.log(derived.sayHi()); // Hi! Lee. how are you doing?
super 참조를 통해 수퍼클래스의 메서드를 참조하려면 super 가 수퍼클래스의 메서드가 바인딩된 객체, 즉 수퍼클래스의 prototype 프로퍼티에 바인딩된 프로토타입을 참조할 수 있어야 합니다.
위 예제는 다음 예제와 동일하게 동작합니다.
// 수퍼클래스
class Base {
constructor(name) {
this.name = name;
}
sayHi() {
return `Hi! ${this.name}`;
}
}
class Derived extends Base {
sayHi() {
// __super는 Base.prototype을 가리킨다.
const __super = Object.getPrototypeOf(Derived.prototype);
return `${__super.sayHi.call(this)} how are you doing?`;
}
}
super 는 자신을 참조하고 있는 메서드(위 예제의 경우 Derived 의 sayHi)가 바인딩되어 있는 객체(위 예제의 경우 Derived.prototype)의 프로토타입(위 예제의 경우 Base.prototype)을 가리킵니다.
따라서 super.sayHi 는 Base.prototype.sayHi 를 가리킵니다.
단, super.sayHi, 즉 Base.prototype.sayHi 를 호출할 때 call 메서드를 사용해 this 를 전달해야 합니다.
call 메서드를 사용해 this 를 전달하지 않고 Base.prototype.sayHi 를 그대로 호출하면 Base.prototype.sayHi 메서드 내부의 this 는 Base.prototype 을 가리킵니다.
Base.prototype.sayHi 메서드는 프로토타입 메서드이기 때문에 내부의 this 는 Base.prototype 이 아닌 인스턴스를 가리켜야 합니다.
name 프로퍼티는 인스턴스에 존재하기 때문입니다.
이처럼 super 참조가 동작하기 위해서는 super 를 참조하고 있는 메서드(위 예제의 경우 Derived 의 sayHi)가 바인딩되어 있는 객체(위 예제의 경우 Derived.prototype)의 프로토타입(위 예제의 경우 Base.prototype)을 찾을 수 있어야 합니다.
이를 위해 메서드는 내부 슬롯 [[HomeObject]]를 가지며, 자신을 바인딩하고 있는 객체를 가리킵니다.
super 참조를 의사 코드로 표현하면 다음과 같습니다.
/*
[[HomeObject]]는 메서드 자신을 바인딩하고 있는 객체를 가리킨다.
[[HomeObject]]를 통해 메서드 자신을 바인딩하고 있는 객체의 프로토타입을 찾을 수 있다.
예를 들어, Derived 클래스의 sayHi 메서드는 Derived.prototype에 바인딩되어 있다.
따라서 Derived 클래스의 sayHi 메서드의 [[HomeObject]]는 Derived.prototype이고
이를 통해 Derived 클래스의 sayHi 메서드 내부의 super 참조가 Base.prototype으로 결정된다.
따라서 super.sayHi는 Base.prototype.sayHi를 가리키게 된다.
*/
super = Object.getPrototypeOf([[HomeObject]])
주의할 것은 ES6의 메서드 축약 표현으로 정의된 함수만이 [[HomeObject]]를 갖는다는 것입니다.
const obj = {
// foo는 ES6의 메서드 축약 표현으로 정의한 메서드다. 따라서 [[HomeObject]]를 갖는다.
foo() {},
// bar는 ES6의 메서드 축약 표현으로 정의한 메서드가 아니라 일반 함수다.
// 따라서 [[HomeObject]]를 갖지 않는다.
bar: function () {},
};
[[HomeObject]]를 가지는 함수만이 super 참조를 할 수 있습니다.
따라서 [[HomeObject]]를 가지는 ES6의 메서드 축약 표현으로 정의된 함수만이 super 참조를 할 수 있습니다.
단, super 참조는 수퍼클래스의 메서드를 참조하기 위해 사용하므로 서브클래스의 메서드에서 사용해야 합니다.
super 참조는 클래스의 전유물은 아닙니다.
객체 리터럴에서도 super 참조를 사용할 수 있습니다.
단, ES6의 메서드 축약 표현으로 정의된 함수만 가능합니다.
const base = {
name: "Lee",
sayHi() {
return `Hi! ${this.name}`;
},
};
const derived = {
__proto__: base,
// ES6 메서드 축약 표현으로 정의한 메서드다. 따라서 [[HomeObject]]를 갖는다.
sayHi() {
return `${super.sayHi()}. how are you doing?`;
},
};
console.log(derived.sayHi()); // Hi! Lee. how are you doing?
super.sayHi 는 수퍼클래스의 정적 메서드 sayHi 를 가리킵니다.// 수퍼클래스
class Base {
static sayHi() {
return "Hi!";
}
}
// 서브클래스
class Derived extends Base {
static sayHi() {
// super.sayHi는 수퍼클래스의 정적 메서드를 가리킨다.
return `${super.sayHi()} how are you doing?`;
}
}
console.log(Derived.sayHi()); // Hi! how are you doing?
상속 관계에 있는 두 클래스가 어떻게 협력하며 인스턴스를 생성하는지 살펴보도록 합시다.
이를 통해 super 를 더욱 명확하게 이해할 수 있을 것입니다.
클래스가 단독으로 인스턴스를 생성하는 과정보다 상속 관계에 있는 두 클래스가 협력하며 인스턴스를 생성하는 과정은 좀 더 복잡합니다.
직사각형을 추상화한 Rectangle 클래스와 상속을 통해 Rectangle 클래스를 확장한 ColorRectangle 클래스를 정의해 봅시다.
// 수퍼클래스
class Rectangle {
constructor(width, height) {
this.width = width;
this.height = height;
}
getArea() {
return this.width * this.height;
}
toString() {
return `width = ${this.width}, height = ${this.height}`;
}
}
// 서브클래스
class ColorRectangle extends Rectangle {
constructor(width, height, color) {
super(width, height);
this.color = color;
}
// 메서드 오버라이딩
toString() {
return super.toString() + `, color = ${this.color}`;
}
}
const colorRectangle = new ColorRectangle(2, 4, "red");
console.log(colorRectangle); // ColorRectangle {width: 2, height: 4, color: "red"}
// 상속을 통해 getArea 메서드를 호출
console.log(colorRectangle.getArea()); // 8
// 오버라이딩된 toString 메서드를 호출
console.log(colorRectangle.toString()); // width = 2, height = 4, color = red
서브클래스 ColorRectangle 이 new 연산자와 함께 호출되면 다음 과정을 통해 인스턴스를 생성합니다.
자바스크립트 엔진은 클래스를 평가할 때 수퍼클래스와 서브클래스를 구분하기 위해 base 또는 derived 를 값으로 갖는 내부 슬롯 [[ConstructorKind]]를 갖습니다.
다른 클래스를 상속받지 않는 클래스(그리고 생성자 함수)는 내부 슬롯 [[ConstructorKind]]의 값이 base 로 설정되지만 다른 클래스를 상속받는 서브클래스는 내부 슬롯 [[ConstructorKind]]의 값이 derived 로 설정됩니다.
이를 통해 수퍼클래스와 서브클래스는 new 연산자와 함께 호출되었을 때의 동작이 구분됩니다.
다른 클래스를 상속받지 않는 클래스(그리고 생성자 함수)는 new 연산자와 함께 호출되었을 때 암묵적으로 빈 객체, 즉 인스턴스를 생성하고 이를 this 에 바인딩합니다.
하지만 서브클래스는 자신이 직접 인스턴스를 생성하지 않고 수퍼클래스에게 인스턴스 생성을 위임합니다.
이것이 바로 서브클래스의 constructor 에서 반드시 super 를 호출해야 하는 이유입니다.
서브클래스가 new 연산자와 함께 호출되면 서브클래스 constructor 내부의 super 키워드가 함수처럼 호출됩니다.
super 가 호출되면 수퍼클래스의 constructor(super-constructor)가 호출됩니다.
좀 더 정확히 말하자면 수퍼클래스가 평가되어 생성된 함수 객체의 코드가 실행되기 시작합니다.
만약 서브클래스 constructor 내부에 super 호출이 없으면 에러가 발생합니다.
실제로 인스턴스를 생성하는 주체는 수퍼클래스이므로 수퍼클래스의 constructor 를 호출하는 super 가 호출되지 않으면 인스턴스를 생성할 수 없기 때문입니다.
수퍼클래스의 constructor 내부의 코드가 실행되기 이전에 암묵적으로 빈 객체를 생성합니다.
이 빈 객체가 바로 (아직 완성되지는 않았지만) 클래스가 생성한 인스턴스입니다.
그리고 암묵적으로 생성된 빈 객체, 즉 인스턴스는 this 에 바인딩됩니다.
따라서 수퍼클래스의 constructor 내부의 this 는 생성된 인스턴스를 가리킵니다.
// 수퍼클래스
class Rectangle {
constructor(width, height) {
// 암묵적으로 빈 객체, 즉 인스턴스가 생성되고 this에 바인딩된다.
console.log(this); // ColorRectangle {}
// new 연산자와 함께 호출된 함수, 즉 new.target은 ColorRectangle이다.
console.log(new.target); // ColorRectangle
...
이때 인스턴스는 수퍼클래스가 생성한 것입니다.
하지만 new 연산자와 함께 호출된 클래스가 서브클래스라는 것이 중요합니다.
즉, new 연산자와 함께 호출된 함수를 가리키는 new.target 은 서브클래스를 가리킵니다.
따라서 인스턴스는 new.target이 가리키는 서브클래스가 생성한 것으로 처리됩니다.
따라서 생성된 인스턴스의 프로토타입은 수퍼클래스의 prototype 프로퍼티가 가리키는 객체(Rectangle.prototype)가 아니라 new.target, 즉 서브클래스의 prototype 프로퍼티가 가리키는 객체(ColorRectangle.prototype) 입니다.
// 수퍼클래스
class Rectangle {
constructor(width, height) {
// 암묵적으로 빈 객체, 즉 인스턴스가 생성되고 this에 바인딩된다.
console.log(this); // ColorRectangle {}
// new 연산자와 함께 호출된 함수, 즉 new.target은 ColorRectangle이다.
console.log(new.target); // ColorRectangle
// 생성된 인스턴스의 프로토타입으로 ColorRectangle.prototype이 설정된다.
console.log(Object.getPrototypeOf(this) === ColorRectangle.prototype); // true
console.log(this instanceof ColorRectangle); // true
console.log(this instanceof Rectangle); // true
...
수퍼클래스의 constructor가 실행되어 this 에 바인딩되어 있는 인스턴스를 초기화합니다.
즉, this 에 바인딩되어 있는 인스턴스에 프로퍼티를 추가하고 constructor 가 인수로 전달받은 초기값으로 인스턴스의 프로퍼티를 초기화합니다.
// 수퍼클래스
class Rectangle {
constructor(width, height) {
// 암묵적으로 빈 객체, 즉 인스턴스가 생성되고 this에 바인딩된다.
console.log(this); // ColorRectangle {}
// new 연산자와 함께 호출된 함수, 즉 new.target은 ColorRectangle이다.
console.log(new.target); // ColorRectangle
// 생성된 인스턴스의 프로토타입으로 ColorRectangle.prototype이 설정된다.
console.log(Object.getPrototypeOf(this) === ColorRectangle.prototype); // true
console.log(this instanceof ColorRectangle); // true
console.log(this instanceof Rectangle); // true
// 인스턴스 초기화
this.width = width;
this.height = height;
console.log(this); // ColorRectangle {width: 2, height: 4}
}
...
super 의 호출이 종료되고 제어 흐름이 서브클래스 constructor 로 돌아옵니다.
이때 super 가 반환한 인스턴스가 this 에 바인딩됩니다.
서브클래스는 별도의 인스턴스를 생성하지 않고 super 가 반환한 인스턴스를 this 에 바인딩하여 그대로 사용합니다.
// 서브클래스
class ColorRectangle extends Rectangle {
constructor(width, height, color) {
super(width, height);
// super가 반환한 인스턴스가 this에 바인딩된다.
console.log(this); // ColorRectangle {width: 2, height: 4}
...
이처럼 super 가 호출되지 않으면 인스턴스가 생성되지 않으며, this 바인딩도 할 수 없습니다.
서브클래스의 constructor 에서 super 를 호출하기 전에는 this 를 참조할 수 없는 이유가 바로 이 때문입니다.
따라서 서브클래스 constructor 내부의 인스턴스 초기화는 반드시 super 호출 이후에 처리되어야 합니다.
super 호출 이후, 서브클래스의 constructor 에 기술되어 있는 인스턴스 초기화가 실행됩니다.
즉, this 에 바인딩되어 있는 인스턴스에 프로퍼티를 추가하고 constructor 가 인수로 전달받은 초기값으로 인스턴스의 프로퍼티를 초기화합니다.
클래스의 모든 처리가 끝나면 완성된 인스턴스가 바인딩된 this 가 암묵적으로 반환됩니다.
// 서브클래스
class ColorRectangle extends Rectangle {
constructor(width, height, color) {
super(width, height);
// super가 반환한 인스턴스가 this에 바인딩된다.
console.log(this); // ColorRectangle {width: 2, height: 4}
// 인스턴스 초기화
this.color = color;
// 완성된 인스턴스가 바인딩된 this가 암묵적으로 반환된다.
console.log(this); // ColorRectangle {width: 2, height: 4, color: "red"}
}
...
extends 키워드 다음에는 클래스뿐만이 아니라 [[Construct]] 내부 메서드를 갖는 함수 객체로 평가될 수 있는 모든 표현식을 사용할 수 있습니다.
String, Number, Array 같은 표준 빌트인 객체도 [[Construct]] 내부 메서드를 갖는 생성자 함수이므로 extends 키워드를 사용하여 확장할 수 있습니다.
다음 예제를 살펴봅시다.
// Array 생성자 함수를 상속받아 확장한 MyArray
class MyArray extends Array {
// 중복된 배열 요소를 제거하고 반환한다: [1, 1, 2, 3] => [1, 2, 3]
uniq() {
return this.filter((v, i, self) => self.indexOf(v) === i);
}
// 모든 배열 요소의 평균을 구한다: [1, 2, 3] => 2
average() {
return this.reduce((pre, cur) => pre + cur, 0) / this.length;
}
}
const myArray = new MyArray(1, 1, 2, 3);
console.log(myArray); // MyArray(4) [1, 1, 2, 3]
// MyArray.prototype.uniq 호출
console.log(myArray.uniq()); // MyArray(3) [1, 2, 3]
// MyArray.prototype.average 호출
console.log(myArray.average()); // 1.75
Array 생성자 함수를 상속받아 확장한 MyArray 클래스가 생성한 인스턴스는 Array.prototype 과 MyArray.prototype 의 모든 메서드를 사용할 수 있습니다.
이때 주의할 것은 Array.prototype 의 메서드 중에서 map, filter 와 같이 새로운 배열을 반환하는 메서드가 MyArray 클래스의 인스턴스를 반환한다는 것입니다.
console.log(myArray.filter((v) => v % 2) instanceof MyArray); // true
만약 새로운 배열을 반환하는 메서드가 MyArray 클래스의 인스턴스를 반환하지 않고 Array 의 인스턴스를 반환하면 MyArray 클래스의 메서드와 메서드 체이닝(method chaining)이 불가능합니다.
// 메서드 체이닝
// [1, 1, 2, 3] => [ 1, 1, 3 ] => [ 1, 3 ] => 2
console.log(
myArray
.filter((v) => v % 2)
.uniq()
.average()
); // 2
myArray.filter 가 반환하는 인스턴스는 MyArray 클래스가 생성한 인스턴스, 즉 MyArray 타입입니다.
따라서 myArray.filter 가 반환하는 인스턴스로 uniq 메서드를 연이어 호출(메서드 체이닝)할 수 있습니다.
uniq 메서드가 반환하는 인스턴스는 Array.prototype.filter 에 의해 생성되었기 때문에 Array 생성자 함수가 생성한 인스턴스로 생각할 수도 있습니다.
하지만 uniq 메서드가 반환하는 인스턴스도 MyArray 타입입니다.
따라서 uniq 메서드가 반환하는 인스턴스로 average 메서드를 연이어 호출(메서드 체이닝)할 수 있습니다.
만약 MyArray 클래스의 uniq 메서드가 MyArray 클래스가 생성한 인스턴스가 아닌 Array 가 생성한 인스턴스를 반환하게 하려면 다음과 같이 Symbol.species 를 사용하여 정적 접근자 프로퍼티를 추가합니다.
// Array 생성자 함수를 상속받아 확장한 MyArray
class MyArray extends Array {
// 모든 메서드가 Array 타입의 인스턴스를 반환하도록 한다.
static get [Symbol.species]() {
return Array;
}
// 중복된 배열 요소를 제거하고 반환한다: [1, 1, 2, 3] => [1, 2, 3]
uniq() {
return this.filter((v, i, self) => self.indexOf(v) === i);
}
// 모든 배열 요소의 평균을 구한다: [1, 2, 3] => 2
average() {
return this.reduce((pre, cur) => pre + cur, 0) / this.length;
}
}
const myArray = new MyArray(1, 1, 2, 3);
console.log(myArray.uniq() instanceof MyArray); // false
console.log(myArray.uniq() instanceof Array); // true
// 메서드 체이닝
// uniq 메서드는 Array 인스턴스를 반환하므로 average 메서드를 호출할 수 없다.
console.log(myArray.uniq().average());
// TypeError: myArray.uniq(...).average is not a function