JavaScript中的原型prototype【2】

2024-05-11 04:18
文章标签 java script prototype 原型

本文主要是介绍JavaScript中的原型prototype【2】,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

转载自:原型prototype[2]


前面说了介绍了原型,这一部分说说原型的一大作用:继承。在面向对象中,继承有两种方法,分别是接口继承和实现继承。但是在JavaScript中,函数不能只签名,所以JavaScript中只有实现继承。

JavaScript继承的基本思路就是让一个引用类型继承另一个引用类型的属性和方法。

  function SuperType(){this.property = true;};SuperType.prototype.getSuperValue = function(){return this.property;};function SubType(){this.subproperty = false;};//继承SuperTypeSubType.prototype = new SuperType();SubType.prototype.getSubValue = function(){return this.subproperty;};var instance = new SubType();console.log(instance.getSupterValue());   //print: true

首先我们先来看下上面函数之间的关系,如下图:

上面代码的原型关系图

1 由上面的图我们可以看到,继承其实就是通过改写原型实现的。我们将SuperType的一个实例赋值给SubType.prototype,使得SubType.prototoype含有指向SuperType.prototype的指针,这样就将原型之间的关系联系起来,构成了原型链(prootype chain)。
2 注意观察,可以发现在SubType.prototype原型中含有SuperType构造函数中的属性property。这是因为SubType.prototype是作为SuperType的一个实例,所以自然保存有SuperType实例中的属性,但是对于getSuperValue方法则还是保存在SuperType.prototype中。
3 SubType.prototype中含有的属性都是共享的,所以对于property属性,如果SubType有多个实例则是共享该属性值。
4 原型继承之后的原型搜索,还是和之前一样,先搜索实例对象的属性,然后在沿着原型链逐步向上搜索,如果最后还是没有找到则直接返回undefined。
5 在JavaScript中,所有的对象都是继承自Object,所以所有函数的默认原型都是Object的实例,因此默认原型都会有一个内部指针,指向Object.prototype。这也是为什么每一个函数都会有toString(), valueOf()等默认方法的基本原因。 6 对于使用原型继承的时候,不能使用字面量的形式来重写原型,如:

   function SuperType(){this.property = true;};SuperType.prototype.getSuperValue = function(){return this.property;};function SubType(){this.subproperty = false;};//继承SuperTypeSubType.prototype = new SuperType();//使用字面量添加新方法,相当于重写了原型,会上面一行代码无效SubType.prototype = {getSubValue: function(){return this.subproperty;},someOtherMethod: function(){return false;}};var instance = new SubType();console.log(instance.getSuperValue());   //print: error!找不到该方法

1 上面的代码首先将SubType.prototype赋值为SuperType的实例,这个时候是建立了继承关系;但是在后面又重写了SubType.prototype,这时候SubType.prototype变成了Object对象的一个实例,因此SubType和SuperType之间的关系已经被切断,两者之间没有了关系。

原型链存在的问题

  function SuperType(){this.color = ['red', 'blue', 'green'];};function SubType(){}//继承了SuperTypeSubType.prototype = new SuperType();var instanceFirst = new SubType();instanceFirst.color.push('black');console.log(instanceFirst.color);         //print: ['red', 'blue', 'green', 'black']var instanceSecond = new SubType();console.log(instanceSecond.color);        //print: ['red', 'blue', 'green', 'black']

首先还是来看下函数原型之间的关系,如下图:

上面代码的原型关系图

1 由上面的图可以看到,由于SubType.prototype是作为SuperType的实例,所以在SubType.prototype中保存有一份SuperType实例对象都具有的属性,即color属性。这就会导致SubType的所有实例都共享一份color;
2 又因为在原型中所有属性都是共享的,所以在SubType的实例中都能引用到color的属性值。因此我们可以看到在instanceFirst和instanceSecond都是共享同一个color数组,这也就是为什么instanceFirst改变了color的值之后,instanceSecond的color数组也跟着改变的原因。
3 原型链继承存在的问题:通过原型继承,原型实际上是变成另一个类型的实例,于是原先的实例属性也就顺理成章的变成了现在原型的属性。

原型链问题的解决方法

1 对于从SuperType构造函数继承下来的属性到原型中的问题,可以通过在SubType的构造函数中调用SuperType构造函数。可以通过call和apply来实现。

  function SuperType(){this.colors = ['red', 'blue', 'green'];};function SubType(){//继承SuperType//在this的作用域上调用SuperType构造函数SuperType.call(this);};var instanceFirst = new SubType();instanceFirst.colors.push('black');console.log(instanceFirst.colors);        //print: ['red', 'blue', 'green', 'black']var instanceSecond = new SubType();console.log(instanceSecond.colors);       //print: ['red', 'blue', 'green']

上面的这种方法通常称之为经典继承方法,但是该方法还是存在构造函数模式的缺点,即所有的方法都在构造函数中定义,因此函数的复用就无从谈起。因此很多情况下都是使用下面的一种方法:组合继承。

2 组合继承即在上面的方法中添加如原型链的形式。

  function SuperType(name){this.name = name;this.colors = ['red', 'blue', 'green'];};SuperType.prototype.sayName = function(){console.log(this.name);};function SubType(name, age){//继承SuperType属性SuperType.call(this, name);this.age = age;};SubType.prototype = new SuperType();SubType.prototype.sayAge(){console.log(this.age);};var instanceFirst = new SubType("Louis", 23);instanceFirst.colors.push('black');console.log(instanceFirst.colors);        //print: ['red', 'blue', 'green', 'black']console.log(instanceFirst.sayName());     //print: Louisconsole.log(instanceFirst.sayAge());      //print: 23var instanceSecond = new SubType("June", 21);console.log(instanceSecond.colors);       //print: ['red', 'blue', 'green']console.log(instanceSecond.sayName());    //print: Juneconsole.log(instanceSecond.sayAge());     //print:21

这种方法避免了原型链和经典继承的弊端,因此较为常用。

这篇关于JavaScript中的原型prototype【2】的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/978481

相关文章

Spring事务传播机制最佳实践

《Spring事务传播机制最佳实践》Spring的事务传播机制为我们提供了优雅的解决方案,本文将带您深入理解这一机制,掌握不同场景下的最佳实践,感兴趣的朋友一起看看吧... 目录1. 什么是事务传播行为2. Spring支持的七种事务传播行为2.1 REQUIRED(默认)2.2 SUPPORTS2

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java进程异常故障定位及排查过程

《Java进程异常故障定位及排查过程》:本文主要介绍Java进程异常故障定位及排查过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、故障发现与初步判断1. 监控系统告警2. 日志初步分析二、核心排查工具与步骤1. 进程状态检查2. CPU 飙升问题3. 内存

java中新生代和老生代的关系说明

《java中新生代和老生代的关系说明》:本文主要介绍java中新生代和老生代的关系说明,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、内存区域划分新生代老年代二、对象生命周期与晋升流程三、新生代与老年代的协作机制1. 跨代引用处理2. 动态年龄判定3. 空间分

Java设计模式---迭代器模式(Iterator)解读

《Java设计模式---迭代器模式(Iterator)解读》:本文主要介绍Java设计模式---迭代器模式(Iterator),具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,... 目录1、迭代器(Iterator)1.1、结构1.2、常用方法1.3、本质1、解耦集合与遍历逻辑2、统一

Java内存分配与JVM参数详解(推荐)

《Java内存分配与JVM参数详解(推荐)》本文详解JVM内存结构与参数调整,涵盖堆分代、元空间、GC选择及优化策略,帮助开发者提升性能、避免内存泄漏,本文给大家介绍Java内存分配与JVM参数详解,... 目录引言JVM内存结构JVM参数概述堆内存分配年轻代与老年代调整堆内存大小调整年轻代与老年代比例元空

深度解析Java DTO(最新推荐)

《深度解析JavaDTO(最新推荐)》DTO(DataTransferObject)是一种用于在不同层(如Controller层、Service层)之间传输数据的对象设计模式,其核心目的是封装数据,... 目录一、什么是DTO?DTO的核心特点:二、为什么需要DTO?(对比Entity)三、实际应用场景解析

Java 线程安全与 volatile与单例模式问题及解决方案

《Java线程安全与volatile与单例模式问题及解决方案》文章主要讲解线程安全问题的五个成因(调度随机、变量修改、非原子操作、内存可见性、指令重排序)及解决方案,强调使用volatile关键字... 目录什么是线程安全线程安全问题的产生与解决方案线程的调度是随机的多个线程对同一个变量进行修改线程的修改操

从原理到实战深入理解Java 断言assert

《从原理到实战深入理解Java断言assert》本文深入解析Java断言机制,涵盖语法、工作原理、启用方式及与异常的区别,推荐用于开发阶段的条件检查与状态验证,并强调生产环境应使用参数验证工具类替代... 目录深入理解 Java 断言(assert):从原理到实战引言:为什么需要断言?一、断言基础1.1 语

深度解析Java项目中包和包之间的联系

《深度解析Java项目中包和包之间的联系》文章浏览阅读850次,点赞13次,收藏8次。本文详细介绍了Java分层架构中的几个关键包:DTO、Controller、Service和Mapper。_jav... 目录前言一、各大包1.DTO1.1、DTO的核心用途1.2. DTO与实体类(Entity)的区别1