JavaScript에서 상속을 구현하는 여러 가지 방법에 대한 자세한 설명(권장)_javascript 기술

ECMAScript는 구현 상속만 지원하며 구현 상속은 주로 프로토타입 체인에 의존합니다.

프로토타입 체인

프로토타입 체인의 기본 아이디어는 프로토타입을 사용하여 하나의 참조 유형이 다른 참조 유형의 속성과 메서드를 상속하도록 하는 것입니다. 각 생성자에는 프로토타입 개체가 있고, 프로토타입 개체에는 생성자에 대한 포인터가 포함되어 있으며, 인스턴스에는 프로토타입 개체에 대한 포인터가 포함되어 있습니다. 만약: 프로토타입 객체 A를 타입 B의 다른 인스턴스와 동일하게 만들면, 프로토타입 객체 A는 B의 프로토타입 객체를 가리키는 포인터를 갖게 되고, B의 해당 프로토타입 객체는 생성자에 대한 포인터를 저장합니다. B의 프로토타입 객체가 다른 유형의 인스턴스인 경우 위의 관계는 여전히 유지되며, 계속해서 계층별로 인스턴스와 프로토타입의 체인이 형성됩니다.

인스턴스와 생성자 및 프로토타입 간의 관계 다이어그램은 다음과 같습니다.

person.constructor는 이제 Parent를 가리킵니다. 이는 Child.prototype이 Parent의 프로토타입을 가리키고 Parent 프로토타입 객체의 생성자가 Parent를 가리키기 때문입니다.

읽기 모드에서 인스턴스 속성에 액세스하면 먼저 인스턴스에서 속성을 검색합니다. 속성을 찾을 수 없으면 인스턴스의 프로토타입 검색이 계속됩니다. 프로토타입 체인을 통한 통합에서는 체인 끝에 도달할 때까지 검색이 체인 위로 계속됩니다.

예를 들어 person.getParentValue() 메소드를 호출할 때 1) 인스턴스를 검색하고 2) Child.prototype을 검색하고 3) getParentValue() 메소드가 발견되면 중지합니다.

1. 기본 프로토타입

이전 예에 표시된 프로토타입 체인에는 링크가 없습니다. 모든 참조 유형은 기본적으로 Object를 상속하며 이 상속도 프로토타입 체인을 통해 구현됩니다. 따라서 기본 프로토타입에는 Object.prototype을 가리키는 내부 포인터가 포함되어 있습니다. 이것이 모든 사용자 정의 유형이 toString() 및 ValueOf()와 같은 기본 메소드를 상속하는 근본적인 이유입니다. 즉, Object.prototype은 프로토타입 체인의 끝입니다.

2. 프로토타입과 인스턴스의 관계 파악

프로토타입과 인스턴스의 관계는 두 가지 방법으로 결정할 수 있습니다. 첫 번째는 instanceOf 연산자를 사용하는 것이고, 두 번째는 isPrototypeOf() 메서드를 사용하는 것입니다.
instanceOf 프로토타입 체인에 나타나는 생성자는 모두 true를 반환합니다

console.log(person instanceOf Child);//true 

console.log(person instanceOf Parent);//true 
console.log(person instanceOf Object);//true 
isPrototype(),只要是原型链中出现过的原型，都可以说是该原型链所派生出来的实例的原型，因此也返回true. 
console.log(Object.prototype.isPrototypeOf(instance));//true 
console.log(Parent.prototype.isPrototypeOf(instance));//true 
console.log(Child.prototype.isPrototypeOf(instance));//true 

3. 메소드를 신중하게 정의하세요

하위 유형은 때때로 상위 유형의 메소드를 대체해야 하거나 상위 유형에 존재하지 않는 메소드를 추가해야 합니다. 참고: 프로토타입에 메소드를 추가하는 코드는 프로토타입을 대체하는 명령문 뒤에 배치되어야 합니다.

Child 인스턴스를 통해 getParentValue()를 호출하면 이렇게 재정의된 메서드가 호출되지만, Parent 인스턴스를 통해 getParentValue()를 호출하면 원래 메서드가 호출됩니다.

부모 인스턴스가 프로토타입을 대체한 후에 이 두 메서드를 정의해야 한다는 점에 유의하는 것이 중요합니다.

특별한 주의가 필요한 또 다른 점은 프로토타입 체인을 통해 상속을 구현할 때 객체 리터럴을 사용하여 프로토타입 메서드를 생성할 수 없다는 것입니다. 그렇게 하면 프로토타입 체인을 덮어쓰게 되기 때문입니다.

위 코드는 Parent 인스턴스를 Child의 프로토타입 객체에 할당한 다음 프로토타입을 리터럴로 대체한 후 실제로 Child 프로토타입에는 Parent 인스턴스 대신 Object 인스턴스가 포함됩니다. , 그래서 우리가 상상했던 프로토타입 체인은 끊어졌습니다. 부모와 자식 사이에는 연결이 없습니다.

4. 프로토타입 체인 문제

프로토타입 체인은 매우 강력하고 상속을 구현하는 데 사용할 수 있지만 몇 가지 문제도 있습니다. 주요 문제는 참조 유형 값을 포함하는 프로토타입 속성이 모든 인스턴스에서 공유된다는 것입니다. 따라서 생성자에서 인스턴스 속성을 정의합니다. 그러나 프로토타입을 통해 상속이 구현되면 프로토타입 객체는 실제로 다른 유형의 인스턴스가 됩니다. 따라서 원래 생성자에 정의된 인스턴스 속성은 프로토타입 속성이 됩니다.

예는 다음과 같습니다.

Friend 속성은 Parent 생성자에 정의되어 있으며 속성 값은 배열(참조 유형 값)입니다. 이러한 방식으로 Parent의 각 인스턴스에는 자체 친구 속성이 포함됩니다. Child가 프로토타입 체인을 통해 Parent를 상속할 때 Child.prototype은 friends 속성도 사용합니다. 이는 마치 Friends 속성이 Child.prototype에 정의된 것과 같습니다. 이러한 방식으로 Child의 모든 인스턴스는 friends 속성을 공유하므로 kid1.friends에 대한 수정 사항은 kid2.friends에도 반영됩니다. 분명히 이것은 우리가 원하는 것이 아닙니다.

프로토타입 체인의 또 다른 문제는 하위 유형의 인스턴스를 생성할 때 모든 객체 인스턴스에 영향을 주지 않고 상위 유형의 생성자에 매개변수를 전달할 수 없다는 것입니다. 따라서 일반적으로 프로토타입 체인만 단독으로 사용하는 경우는 거의 없습니다.

빌드 생성자

프로토타입에 참조형 값이 포함되어 발생하는 일부 문제를 해결하기 위해 생성자 차용 기술이 도입되었습니다. 이 기술의 기본 아이디어는 하위 유형 생성자 내부에서 상위 유형 생성자를 호출하는 것입니다.

Parent.call(this)은 새로 생성된 Child 인스턴스의 컨텍스트에서 Parent 생성자를 호출합니다. 새로 생성된 Child 인스턴스의 컨텍스트에서 Parent 생성자를 호출합니다. 이런 식으로 Parent() 함수에 정의된 객체 초기화 코드는 여기서는 새로운 Child 객체인 kid1 및 Kid2 객체에 대해 실행됩니다. 이런 식으로 각 Child 인스턴스는 친구 속성의 자체 복사본을 갖게 됩니다.

생성자를 빌려 매개변수를 하위 유형 생성자의 상위 유형 생성자에 전달할 수 있습니다.

하위 유형의 친숙성이 상위 클래스 생성자에 의해 재정의되지 않도록 하려면 상위 클래스 생성자를 호출한 후 하위 유형의 속성을 추가할 수 있습니다.
생성자 문제:

생성자 패턴의 문제점은 메서드가 모두 생성자에 정의되어 있어 함수 재사용이 불가능하다는 점입니다. 따라서 생성자를 빌려온 패턴은 단독으로 사용되는 경우가 거의 없습니다.

결합 상속

결합 상속은 프로토타입 연결 기술과 생성자 차용 기술을 결합하여 두 가지 장점을 모두 활용하는 것을 의미합니다. 즉, 프로토타입 체인을 사용하여 프로토타입 속성 및 메서드의 상속을 달성하고 생성자를 차용하여 인스턴스 속성의 상속을 달성합니다.

Person 생성자는 이름과 친구라는 두 가지 속성을 정의합니다. Person의 프로토타입은 sayName() 메소드를 정의합니다. Child 생성자가 Parent 생성자를 호출할 때 name 매개변수를 전달한 다음 자체 속성인 age를 정의합니다. 그런 다음 Person 인스턴스를 Child 프로토타입에 할당하고 프로토타입에 sayAge() 메서드를 정의합니다. 이러한 방식으로 두 개의 다른 Child 인스턴스는 참조 유형 속성을 포함하여 자체 속성을 가지며 동일한 메서드를 사용할 수 있습니다.
상속 결합은 프로토타입 체인과 생성자의 단점을 피하고 장점을 결합하며 JavaScript에서 가장 일반적으로 사용되는 상속 패턴이 됩니다. 게다가, instanceOf와 isPropertyOf()는 결합된 상속을 기반으로 생성된 객체도 인식할 수 있습니다.

마지막으로 JS 객체와 상속에 관해 아직 작성되지 않은 모드가 몇 가지 있습니다. 즉, 제가 직접 깊이 연구하지는 않았지만 먼저 결합 모드를 쉽게 적용할 수 있다고 생각합니다. 또한 왜 콤비네이션 모드를 선택하는지, 그 이유도 알아야 합니다.

JavaScript에서 상속을 구현하는 여러 가지 방법(권장)에 대해 여기에서 편집자가 소개하겠습니다. 도움이 되길 바랍니다!