19장 프로토타입

  자바스크립트는 프로토타입 기반의 객체지향 프로그래밍 언어다. 자바스크립트는 객체 기반의 프로그래밍 언어이며 자바스크립트를 이루고 있는 거의 '모든 것'이 객체다.(원시 타입의 값 제외)

 

19.1 객체지향 프로그래밍 

  객체지향 프로그래밍은 프로그램을 명령어 또는 함수의 목록으로 보는 전통적인 명령형 프로그래밍의 절차지향적 관점에서 벗어나 여러 개의 독립적 단위, 즉 객체의 집합으로 프로그램을 표현하려는 프로그래밍 패러다임을 말한다. 객체란, 속성을 통해 여러 개의 값을 하나의 단위로 구성한 복합적인 자료구조이며, 객체지향 프로그래밍은 독립적인 객체의 집합으로 프로그램을 표현하려는 프로그래밍 패러다임이다. 객체지향 프로그래밍은 객체의 상태를 나타내는 데이터, 프로퍼티와 상태 데이터를 조작할 수 있는 동작, 메서드를 하나의 논리적인 단위로 묶어 생각한다. 따라서 복합적인 자료구조라고 할 수 있다. 각 객체는 고유의 기능을 갖는 독립적인 부품으로 볼 수 있지만 고유한 기능을 수행하면서 다른 객체와 관계성을 가질 수 있다. 다른 객체와 메시지를 주고 받거나 데이터를 처리할 수도 있다. 또는 다른 객체의 상태 데이터나 동작을 상속받아 사용하기도 한다.

 

19.2 상속과 프로토타입

  상속은 객체지향 프로그래밍의 핵심 개념으로, 어떤 객체의 프로퍼티 또는 메서드를 다른 객체가 상속받아 그대로 사용할 수 있는 것을 말한다. 자바스크립트는 프로토타입을 기반으로 상속을 구현하여 기존의 코드를 적극적으로 재사용해 불필요한 중복을 제거한다. 

function Circle(radius){
    this.radius = radius;
    this.getArea = function(){
        return Math.PI * this.radius ** 2;
    };
}

const circle1 = new Circle(1);
const circle2 = new Circle(2);

console.log(circle1.getArea === circle2.getArea) // false

console.log(circle1.getArea()); // 3.141592653589793
console.log(circle2.getArea()); // 12.566370614359172

console.log(circle1); // Circle {radius: 1, getArea: ƒ}
console.log(circle2); // Circle {radius: 2, getArea: ƒ}

  위의 코드를 보면 생성자 함수를 통해 circle1, circle2 객체를 생성했다. 각각의 인스턴스는 프로퍼티 값은 다르지만 동일한 getArea 메서드를 각자 가지고 있다. 이는 메모리를 불필요하게 낭비한다. getArea 메서드는 인스턴스들이 동일한 내용의 메서드를 사용하므로 단 하나만 생성하여 모든 인스턴스가 공유해서 사용하는 것이 바람직하다. 이는 상속을 통해 해결할 수 있다. 자바스크립트는 프로토타입을 기반으로 상속을 구현한다.

function Circle(radius){
    this.radius = radius;
}

Circle.prototype.getArea = function(){
    return Math.PI * this.radius ** 2
};

const circle1 = new Circle(1);
const circle2 = new Circle(2);

console.log(circle1.getArea === circle2.getArea) // true

console.log(circle1.getArea()); // 3.141592653589793
console.log(circle2.getArea()); // 12.566370614359172
console.log(circle1); // Circle {radius: 1}
console.log(circle2); // Circle {radius: 2}

  위의 코드처럼 Circle 생성자 함수가 생성한 객체들은 Circle.prototype을 프로토타입으로 갖고, 상위 객체인 Circle.prototype의 모든 프로퍼티와 메서드를 상속받는다. 그러므로 Circle.prototype에 getArea 메서드를 추가하여 하위 객체들이 모두 사용할 수 있게 만들어 코드의 중복을 제거할 수 있다.

 

19.3 프로토타입 객체

  프로토타입 객체란 객체지향 프로그래밍의 근간을 이루는 객체 간 상속을 구현하기 위해 사용된다. 프로토타입은 어떤 객체의 부모 객체의 역할을 하는 객체로서 다른 객체에 공유 프로퍼티를 제공한다. 프로토타입을 상속받은 자식 객체는 부모 객체의 프로퍼티를 자신의 프로퍼티처럼 자유롭게 사용할 수 있다. 모든 객체는 [[Prototype]] 이라는 내부 슬롯을 가지며, 이 내부 슬롯의 값은 프로토타입의 참조다.

 

  [[Protoype]]에 저장되는 프로토타입은 객체 생성 방식에 의해 결정된다. 즉, 객체가 생성될때 객체 생성 방식에 따라 프로토타입이 결정되고 [[Prototype]]에 저장된다. 모든 객체는 하나의 프로토타입을 갖는다. 그리고 모든 프로토타입은 생성자 함수와 연결되어 있다. 즉, 객체와 프로토타입과 생성자 함수는 서로 연결되어 있다. 객체의 [[Prototype]] 내부 슬롯에는 직접 접근할 수 없지만, __proto__접근자 프로퍼티를 통해 객체 자신의 프로토타입, 즉 자신의 [[Prototype]] 내부 슬롯이 가리키는 프로토타입에 간접적으로 접근할 수 있다. 그리고 프로토타입은 자신의 constructor 프로퍼티를 통해 생성자 함수에 접근할 수 있고, 생성자 함수는 자신의 prototype 프로퍼티를 통해 프로토타입에 접근할 수 있다. 

 

  이 부분이 공부하면서 가장 헷갈렸던 부분이다. 이걸 개발자의 관점에서 바라보면 이해가 조금 더 쉬울 수 있다. 개발자의 관점에서 보자면 프로토타입의 속성들은 하위 객체가 다 사용할 수 있다. 그렇다면 '프로토타입의 내용을 확인하거나, 내용을 추가하고자 한다면 어떻게 해야할까?' 

 

1. 모든 프로토타입은 constructor 프로퍼티를 가지며, constructor 프로퍼티는 생성자 함수를 가리킨다.

 

2. 프로토타입의 constructor 프로퍼티가 가리키는 생성자 함수는 [[construct]] 내부 메서드를 가지는 'constructor'이기 때문에 prototype 프로퍼티를 가진다. 

 

3. 생성자 함수의 prototype 프로퍼티는 생성자 함수에 의해 생성될 인스턴스의 프로토타입을 가리킨다. 이제 객체 자신의 프로토타입이 누군인지 명확하게 알 수 있다. 이제 프로토타입에 접근하는 방법은 2가지가 있다.

 

4. 첫 번째 방법은 객체 자신의 프로토타입을 가리키는 내부 슬롯 [[Prototype]]에 직접 접근할 수 없으니, __proto__접근자 프로퍼티를 이용하여 객체 자신을 통해 간접적으로 프로토타입에 접근할 수 있다.

function Circle(radius){
    this.radius = radius;
}

const circle1 = new Circle(1);
const circle2 = new Circle(2);

//circle1이라는 객체에서 직접 __proto__접근자 프로퍼티를 통해 프로토타입에 접근하여 메서드 추가
circle1.__proto__.getArea = function(){
    return Math.PI * this.radius ** 2
};

console.log(circle1.getArea === circle2.getArea) // true

console.log(circle1.getArea()); // 3.141592653589793
console.log(circle2.getArea()); // 12.566370614359172
console.log(circle1); // Circle {radius: 1}
console.log(circle2); // Circle {radius: 2}

 

5. 두 번째 방법은 프로토타입이 누군인지 개발자는 알고 있으니, 생성자 함수를 통해서 프로토타입에 접근하는 방법이다. 모든 생성자 함수는 prototype 프로퍼티를 가지고 있고, 생성자함수.prototype으로 생성자 함수에 의해 미래에 생성될 객체의 프로토타입에 접근할 수 있다. 

function Circle(radius){
    this.radius = radius;
}

//생성자 함수의 prototype 프로퍼티를 통해 Circle 생성자 함수가 생성할 객체의 프로토타입에 접근
Circle.prototype.getArea = function(){
    return Math.PI * this.radius ** 2
};

const circle1 = new Circle(1);
const circle2 = new Circle(2);

console.log(circle1.getArea === circle2.getArea) // true

console.log(circle1.getArea()); // 3.141592653589793
console.log(circle2.getArea()); // 12.566370614359172
console.log(circle1); // Circle {radius: 1}
console.log(circle2); // Circle {radius: 2}

 

가장 중요한 것은, 객체와 프로토타입과 생성자 함수는 하나의 세트라는 것이다.(Object.prototype의 [[Prototype]]만 제외)

 

19.3.1 __proto__ 접근자 프로퍼티

  모든 객체는 __proto__ 접근자 프로퍼티를 통해 자신의 프로토타입, 즉 [[Prototype]] 내부 슬롯에 간접적으로 접근할 수 있다. 

 

__proto__는 접근자 프로퍼티다.

  앞서 배웠듯이, 내부 슬롯은 프로퍼티가 아니다. 그러므로 객체의 [[Prototype]] 내부 슬롯에는 직접 접근할 수 없으며, __proto__ 접근자 프로퍼티를 통해 간접적으로 [[Prototype]] 내부 슬롯의 값, 즉 객체의 프로토타입에 접근할 수 있다. __proto__는 Object.prototype의 접근자 프로퍼티다. (이 또한 Object.prototype이 가리키는 객체(프로토타입)로부터 상속받아 사용하는 것이다.)

 

__proto__접근자 프로퍼티는 상속을 통해 사용된다.

  __proto__ 접근자 프로퍼티는 객체가 직접 소유하는 프로퍼티가 아니라 Object.prototype의 프로퍼티다. 모든 객체는 상속을 통해 Object.prototype.__proto__접근자 프로퍼티를 사용할 수 있다. 즉 Object.prototype은 모든 객체의 프로토타입이며 Object.prototype의 __proto__접근자 프로퍼티는 모든 객체가 상속받아 사용할 수 있다.

 

__proto__접근자 프로퍼티를 통해 프로토타입에 접근하는 이유

  [[Prototype]] 내부 슬롯의 값, 즉 프로토타입에 접근하기 위해 접근자 프로퍼티를 사용하는 이유는 상호 참조에 의해 프로토타입 체인이 생성되는 것을 방지하기 위해서다. 프로토타입 체인은 단방향 링크드 리스트로 구현되어야 한다. 그렇기 때문에 순환 참조(객체끼리 서로가 서로의 프로토타입이 되는 경우)하는 프로토타입 체인이 만들어지면 프로토타입 체인 종점이 존재하지 않기 때문에 프로토타입 체인에서 프로퍼티를 검색할 때 무한 루프에 빠진다. 이런 경우 __proto__접근자 프로퍼티는 에러를 발생시킨다.

const child = {};
const parent = {};

child.__proto__ = parent;
parent.__proto__ = child;

/* Uncaught TypeError: Cyclic __proto__ value
at set __proto__ [as __proto__] (<anonymous>) */

19.3.2 함수 객체의 prototype 프로퍼티

  함수 객체만이 소유하는 prototype 프로퍼티는 생성자 함수가 생성할 인스턴스의 프로토타입을 가리킨다. 따라서 생성자 함수로서 호출할 수 없는 함수, non-constructor인 화살표 함수와 ES6 메서드 축약 표현으로 정의한 메서드는 prototype 프로퍼티를 소유하지 않으며 프로토타입도 생성하지 않는다. 생성자 함수로 호출하기 위해 정의하지 않은 일반 함수도 prototype 프로퍼티를 소유하지만 객체를 생성하지 않는 일반 함수의 prototype 프로퍼티는 아무런 의미가 없다. 결국 모든 객체가 Object.prototype으로부터 상속받은 __proto__ 접근자 프로퍼티와 함수 객체만이 가지고 있는 prototype 프로퍼티는 결국 동일한 프로토타입을 가리킨다. 이들을 사용하는 주체가 다를 뿐이다.

 

19.3.3 프로토타입의 constructor 프로퍼티와 생성자 함수

  모든 프로토타입은 constructor 프로퍼티를 갖는다. 이 프로퍼티는 prototype 프로퍼티로 자신을 참조하고 있는 생성자 함수를 가리킨다. 이 연결은 생성자 함수가 생설될 때, 즉 함수 객체가 생성될 때 이뤄진다. 이를 통해 프로토타입과 생성자 함수가 연결 되는 것이다. 이를 조금 더 깊게 생각해 보면 특정 객체의 프로토타입은 constructor 프로퍼티를 가지고 있고, 객체는 프로토타입의 프로퍼티를 상속받아 사용할 수 있으므로 (객체자신을참조.constructor)를 통해 자신의 프로토타입과 연결되어 있는 생성자 함수를 알 수 있으며, 해당 생성자 함수는 prototype 프로퍼티를 가지고 있고 해당 (생성자함수.prototype)을 통해 객체의 프로토타입에 접근할 수 있다. 

 

19.4 리터럴 표기법에 의해 생성된 객체의 생성자 함수와 프로토타입

  리터럴 표기법은 명시적으로 new 연산자와 함께 생성자 함수를 호출하여 인스턴스를 생성하지 않지만 리터럴 표기법에 의해 생성된 객체도 물론 프로토타입이 존재한다. 하지만 주의해야 할 점은 리터럴 표기법에 의해 생성된 객체의 경우 프로토타입의 constructor 프로퍼티가 가리키는 생성자 함수가 반드시 객체를 생성한 생성자 함수라고 단정할 수 없다. 

//객체 리터럴에 의한 객체 생성과 객체의 생성자 함수
const child = {};

console.log(child.constructor); // ƒ Object() { [native code] }
//child 객체의 프로토타입 constructor 프로퍼티를 통해 생성자 함수를 알 수 있다.

위의 코드를 통해 객체 리터럴로 생성한 객체의 프로토타입은 Object.prototype이라는 것을 알 수 있다. 하지만 객체 리터럴에 의해 생성된 객체는 Object 생성자 함수가 생성한 객체가 아니다. 리터럴 표기법에 의해 생성된 객체도 상속을 위해 프로토타입이 필요하다. 따라서 리터럴 표기법에 의해 생성된 객체도 가상적인 생성자 함수를 갖는다. 프로토타입은 생성자 함수와 더불어 생성되며 prototype프로퍼티와 프로토타입의 constructor 프로퍼티에 의해 연결되어 있기 때문이다. ★결론적으로 프로토타입과 생성자 함수는 단독으로 존재할 수 없고 언제나 하나의 쌍으로 존재한다.★ 

 

<리터럴 표기법에 의해 생성된 객체의 생성자 함수와 프로토타입>

리터럴 표기법	생성자 함수	프로토타입
객체 리터럴	Object	Object.prototype
함수 리터럴	Function	Function.prototype
배열 리터럴	Array	Array.prototype
정규 표현식 리터럴	RegExp	RegExp.prototype

19.5 프로토타입의 생성 시점

  프로토타입은 생성자 함수가 생성되는 시점에 더불어 생성된다. 생성자 함수는 사용자가 직접 정의한 사용자 정의 생성자 함수와 자바스크립트가 기본 제공하는 빌트인 생성자 함수로 구분할 수 있다.

 

19.5.1 사용자 정의 생성자 함수의 프로토타입 생성 시점

  생성자 함수로서 호출할 수 있는 constructor 함수는 함수 정의가 평가되어 함수 객체를 생성하는 시점에 프로토타입도 더불어 생성된다.

console.log(Person.prototype); // {constructor: ƒ}

function Person(name){ 
// 함수 선언문으로 정의되었기 때문에 호이스팅되어 자바스크립트 엔진에 의해
// 평가단계에서 함수이름과 동일한 식별자가 암묵적으로 생성되고 Person 함수 객체가 할당되어 있음
// 이때 생성자 함수의 prototype 프로퍼티도 더불어 생성되고, 생성된 프로토타입은 Person 생성자 함수의
// prototype 프로퍼티에 바인딩된다.
    this.name = name;
}

위 코드 처럼 생성된 프로토타입은 오직 constructor 프로퍼티만 가지고, 프로토타입도 객체이기 때문에 프로토타입 자신의 프로토타입을 가진다. 생성된 프로토타입의 프로토타입은 Object.prototype이 가리키는 객체다. 이처럼 사용자 정의 생성자 함수는 자신이 평가되어 함수 객체로 생성되는 시점에 프로토타입도 더불어 생성되며, 생성된 프로토타입의 프로토타입은 언제나 Object.prototype이다.

 

19.5.2 빌트인 생성자 함수와 프로토탕입 생성 시점

  빌트인 생성자 함수도 일반 함수와 마찬가지로 빌트인 생성자 함수가 생성되는 시점에 프로토타입이 생성된다. 모든 빌트인 생성자 함수는 전역 객체(window,global)가 생성되는 시점에 생성된다. 생성된 프로토타입은 빌트인 생성자 함수의 prototype 프로퍼티에 바인딩된다.

결론적으로 프로토타입은 객체가 생성되기 이전에 이미 객체화되어 존재한다. 이후 생성자 함수 또는 리터럴 표기법으로 객체를 생성하면 프로토타입은 생성된 객체의 [[Prototype]] 내부 슬롯에 할당된다. 이로써 생성된 객체는 프로토타입을 상속받는다.

 

19.6 객체 생성 방식과 프로토타입의 결정

19.6.1 객체 리터럴에 의해 생성된 객체의 프로토타입

  객체 리터럴에 의해 생성되는 객체의 프로토타입은 Object.prototype이다. 그러므로, Object.prototype이 가리키는 객체가 가지고 있는 프로토타입과 메서드를 객체 리터럴에 의해 생성되는 객체는 모두 사용할 수 있다.

const child = { x: 1 };

console.log(child.constructor); // ƒ Object() { [native code] }
console.log(child.hasOwnProperty('x')); // true 
// hasOwnProperty메서드는 Object.prototype이 가리키는 객체의 메서드다. 
// 즉, child객체의 프로토타입의 메서드다.

19.6.2 Object 생성자 함수에 의해 생성된 객체의 프로토타입

  객체 리터럴에 의해 생성된 객체와 동일한 구조를 갖는다. 즉, Object.prototype이 가리키는 객체가 Object 생성자 함수를 통해 만든 객체의 프로토타입이다.

 

19.6.3 생성자 함수에 의해 생성된 객체의 프로토타입

  생성자 함수에 의해 생성된 객체의 프로토타입은 해당 객체를 만들어 낸 생성자 함수의 prototype 프로퍼티에 바인딩되어 있는 객체다.

function Person(name){
    this.name = name;
}

const person1 = new Person('woo');
console.log(person1.constructor);
/*
ƒ Person(name){
    this.name = name;
}
*/
console.log(person1.__proto__); // constructor: ƒ Person(name)
console.log(Person.prototype); // constructor: ƒ Person(name)

주의해야 할 점은 표준 빌트인 객체인 Object 생성자 함수와 더불어 생성된 프로토타입 Object.prototype은 다양한 빌트인 메서드를 가지고 있지만, 사용자 정의 생성자 함수 Person과 더불어 생성된 프로토타입 Person.prototype의 프로퍼티는 constructor뿐이다.

 

19.7 프로토타입 체인

  위에서 언급했듯이, 객체는 하나의 프로토타입을 가지는데 객체의 프로토타입도 객체이므로 프로토타입도 자신의 프로토타입을 갖는다. 프로토타입의 프로토타입은 언제나 Object.prototype이다. 자바스크립트는 객체의 프로퍼티에 접근하려고 할 때 해당 객체에 접근하려는 프로퍼티가 없다면 [[Prototype]] 내부 슬롯의 참조를 따라 자신의 부모 역할을 하는 프로토타입의 프로퍼티를 순차적으로 검색한다. 이를 프로토타입 체인이라 한다. 그러므로 모든 객체의 프로토타입 종점은 Object.prototype이고 Object.prototype의 객체가 가지고 있는 프로퍼티와 메서드들을 모든 객체가 이용할 수 있는 것이다.(__proto__접근자 프로퍼티 등) 참고로 Object.prototype의 프로토타입, 즉 [[Prototype]] 내부 슬롯의 값은 null이다. 프로토타입 체인의 종점인 Object.prototype에서도 프로퍼티를 검색할 수 없는 경우 undefined를 반환한다. 이때 에러는 발생하지 않는다.

 

19.9 프로토타입의 교체

  프로토타입은 임의의 다른 객체로 변경할 수 있다. 이것은 부모 객체인 프로토타입을 동적으로 변경할 수 있다는 것을 의미한다.

 

19.9.1 생성자 함수에 의한 프로토타입의 교체

const Person = (function() {
function Person(name){
    this.name = name;
}


Person.prototype = {
    sayHello(){
        console.log(`hi my name is ${this.name}`);
    }
};

return Person;
}());

const me = new Person('lee');

me.sayHello(); // hi my name is lee
console.log(me.constructor); // ƒ Object() { [native code] }

  위의 코드를 보면 Person.prototype에 객체 리터럴을 할당했다. 이는 Person 생성자 함수가 생성할 객체의 프로토타입을 객체 리터럴로 교체한 것이다. 프로토타입으로 교체한 객체 리터럴에는 constructor 프로퍼티가 없다. constructor 프로퍼티는 자바스크립트 엔진이 프로토타입을 생성할 때 암묵적으로 추가한 프로퍼티다. 따라서 me 객체의 생성자 함수를 검색하면 Person이 아니라 프로토타입 체인에 의해서 Object가 나온다.

 

19.9.2 인스턴스에 의한 프로토타입의 교체

  프로토타입은 생성자 함수의 prototype 프로퍼티뿐만 아니라 인스턴스의 Object.prototype으로부터 상속받은__proto__접근자 프로퍼티를 통해 접근할 수 있다. 따라서 인스턴스의 __proto__접근자 프로퍼티를 통해 프로토타입을 교체할 수 있다. 생성자 함수의 prototype 프로퍼티에 다른 임의의 객체를 바인딩하는 것은 미래에 생성할 인스턴스의 프로토타입을 교체하는 것이다. __proto__접근자 프로퍼티를 통해 프로토타입을 교체하는 것은 이미 생성된 객체의 프로토타입을 교체하는 것이다. 생성자 함수에 의한 프로토타입 교체와 인스턴스에 의한 프로토타입 교체는 별다른 차이가 없어 보이지만, 미묘한 차이가 존재한다.

 

◎ 생성자 함수의 prototype 프로퍼티를 통해 교체하는 경우 생성자 함수의 prototype은 교체된 프로토타입 객체를 가리킨다.

◎ 인스턴스의 __proto__ 접근자 프로퍼티를 통해 교체하는 경우 생성자 함수의 prototype은 교체된 프로토타입 객체를 가리키지 않는다.

◎ 교체된 프로토타입 객체는 constructor 프로퍼티를 갖지 않는다. (직접 추가해서 연결할 수는 있음)

 

19.10 instanceof 연산자

  instanceof 연산자는 이항 연산자로 좌변에 객체를 가리키는 식별자, 우변에 생성자 함수를 가리키는 식별자를 피연산자로 받는다. 만약 우변의 피연산자가 함수가 아닌 경우 TypeError가 발생한다. 우변의 생성자 함수의 prototype에 바인딩된 객체가 좌변의 객체의 프로토타입 체인 상에 존재하면 true로 평가되고, 그렇지 않은 경우에는 false로 평가된다.

//instace of 연산자
function Person(name){
    this.name = name;
}

const me = new Person('lee');

console.log(me instanceof Person); // true
console.log(me instanceof Object); // ture

 

중요한 점은 instanceof 연산자는 프로토타입의 constructor 프로퍼티가 가시키는 생성자 함수를 찾는 것이 아니라 생성자 함수의 prototype에 바인딩된 객체가 프로토타입 체인 상에 존재하는지 확인한다는 것이다.

 

19.12 정적 프로퍼티/메서드

  정적 프로퍼티/메서드는 생성자 함수로 인스턴스를 생성하지 않아도 참조/호출할 수 있는 프로퍼티/메서드를 말한다.

//정적 프로퍼티/메서드

function Person(name){
    this.name = name;
}

Person.prototype.sayHello = function(){
    console.log(`hi ${this.name}`);
};

//정적 프로퍼티 생성
Person.staticprop = 'static prop';
//정적 메서드 생성
Person.staticMethod = function(){
    console.log('staticMethod');
};

const person1 = new Person('lee');


person1.sayHello(); // hi lee

console.log(Person.staticprop); // static prop
Person.staticMethod(); // staticMethod


console.log(person1.staticprop); // person1의 프로토타입 체인에는 없는 프로퍼티 이므로 undefined 반환
// person1.staticMethod(); // TypeError 발생

Person 생성자 함수는 객체이므로 자신의 온전한 프로퍼티/메서드를 소유할 수 있다. Person 생성자 함수 객체가 소유한 프로퍼티/메서드를 정적 프로퍼티/메서드라 한다. 정적 프로퍼티/메서드는 생성자 함수가 생성한 인스턴스로 참조/호출할 수 없다. 왜냐하면 인스턴스의 프로토타입 체인에 들어있는 프로퍼티/메서드가 아니기 때문이다. 쉽게 말해 생성자 함수도 객체이므로 자기 자신의 프로퍼티/메서드를 소유할 수 있고, 생성자 함수 자신이 소유한 프로퍼티/메서드를 정적 프로퍼티/메서드라고 명명한 것이다. 

 

예를 들어, Object.getOwnPropertyDescriptor 메서드는 Object 빌트인 생성자 함수의 정적 메서드다. 반대로Object.prototype.hasOwnProperty나 Object.prototype.__proto__메서드는 프로토타입 객체의 메서드다.

따라서 표기법만으로도 정적 프로퍼티/메서드와 프로토타입 프로퍼티/메서드를 구별할 수 있다.

 

19.13 프로퍼티 존재 확인

19.13.1 in연산자

  in 연산자는 객체 내에 특정 프로퍼티가 존재하는지 여부를 확인한다. 주의해야 할 점은 in 연산자는 확인 대상 객체의 프로퍼티뿐만 아니라 확인 대상 객체가 상속받은 모든 프로토타입의 프로퍼티를 확인하여 불리언값으로 반환한다.

// in 연산자로 프로퍼티 존재 확인
const person = {
    name : 'lee',
    address : 'seoul'
};

console.log('name' in person); // true
console.log('address' in person); // true
console.log('age' in person); // false 
console.log('__proto__' in person); // true (프로토체인 내의 모든 프로퍼티를 검색함)

19.13.2 Object.prototype.hasOwnProperty 메서드(프로토타입 메서드다.)

  Object.prototype.hasOwnProperty 메서드는  인수로 전달받은 프로퍼티 키가 객체 고유의 프로퍼티 키인 경우에만 true를 반환한다. 즉, 상속받은 프로토타입의 프로퍼티 키인 경우 false를 반환한다.

const person = {
    name : 'lee',
    address : 'seoul'
};

console.log(person.hasOwnProperty('name')); // true
console.log(person.hasOwnProperty('address')); // true
console.log(person.hasOwnProperty('age')); // false
console.log(person.hasOwnProperty('__proto__')); // false (해당 객체 고유의 프로퍼티만 검색함)

19.14 프로퍼티 열거

19.14.1 for...in 문

  객체의 모든 프로퍼티를 순회하며 열거하려면 for...in 문을 사용한다. for...in 문은 객체의 프로퍼티 개수만큼 순회하며 for...in 문의 변수 선언문에서 선언한 변수에 프로퍼티 키를 할당한다. 주의해야 할 점은 for...in 문은 in 연산자와 마찬가지로 순회 대상 객체의 프로퍼티뿐만 아니라 상속받은 프로토타입의 프로퍼티까지 열거한다.(정확하게 말하자면 프로토타입 체인 내의 프로퍼티 중 [[Enumerable]]의 값이 true인 프로퍼티들만 열거한다.)그렇기 때문에 해당 객체의 고유한 프로퍼티만 순회하고자 한다면, Object.prototype.hasOwnProperty메서드를 활용하여 조건문으로 고유한 프로퍼티만 골라내야 한다.

// for .. in 문으로 모든 프로퍼티 순회하기
//    for(변수 선언 in 객체){}

const man = {
    name : 'lee',
    address : 'seoul'
};

for(const key in man){
    console.log(key + ':' + man[key]);
}

/* 
name:lee
address:seoul
상속받은 프로퍼티들도 순회하지만 프로퍼티 어트리뷰트의 Enumerable이 false인 경우에는 순회되지 않는다.
*/


//boy객체의 고유한 프로퍼티들만 순회하기
const boy = {
    name : 'lee',
    address : 'seoul',
    __proto__ : {age : 20} // 접근자 프로퍼티를 이용해서 직접 상속
};

for(const key in boy){
    if(!boy.hasOwnProperty(key)){
        continue;
    }
    console.log(key + ':' + boy[key]);
}

/*
name:lee
address:seoul
*/

19.14.2 Object.keys/Object.values/Object.entries 메서드(Object 생성자 함수의 정적 메서드다.)

  for...in 문을 활용한 객체 자신의 고유한 프로퍼티만 순회하기 위한 방법은 꽤 번거로운 방법이다. 그래서 객체 자신의 고유한 프로퍼티만 열거하기 위해서는 for...in 문을 사용하는 것보다Object.keys/Object.values/Object.entries 메서드를 사용하는 것이 좋다. Object.keys 정적 메서드는 객체 자신의 열거 가능한 고유의 프로퍼티 키를 배열로 반환한다. 

const girl = {
    name : 'lee',
    address : 'seoul',
    __proto__ : {age : 20}
}; 

console.log(Object.keys(girl)); 
// ['name', 'address'] 객체 자신의 열거가능한 고유의 프로퍼티 키를 열거

Object.values 정적 메서드는 객체 자신의 열거 가능한 고유 프로퍼티 값을 배열로 반환한다.

const girl = {
    name : 'lee',
    address : 'seoul',
    __proto__ : {age : 20}
};

console.log(Object.values(girl)); 
// ['lee', 'seoul'] 객체 자신의 열거 가능한 고유의 프로퍼티 값를 열거

Object.entries 정적 메서드는 객체 자신의 열거 가능한 고유 프로퍼티 키와 값의 쌍의 배열을 배열에 담아 반환한다.

const girl = {
    name : 'lee',
    address : 'seoul',
    __proto__ : {age : 20}
};

console.log(Object.entries(girl)); 
// [['name', 'lee'],['address', 'seoul']] 
//객체 자신의 열거가능한 고유의 프로퍼티 키와 값의 쌍의 배열을 배열에 담아 반환