这一章我们将会重点介绍JavaScript中几个重要的属性（this、constructor、prototype），这些属性对于我们理解如何实现JavaScript中的类和继承起着至关重要的作用。

this

this表示当前对象，如果在全局作用范围内使用this，则指代当前页面对象window；如果在函数中使用this，则this指代什么是根据运行时此函数在什么对象上被调用。我们还可以使用apply和call两个全局方法来改变函数中this的具体指向。

先看一个在全局作用范围内使用this的例子：

pic-1.png

函数中的this是在运行时决定的，而不是函数定义时，如下：

pic-2.png

全局函数apply和call可以用来改变函数中this的指向，如下：

pic-3.png

注：apply和call两个函数的作用相同，唯一的区别是两个函数的参数定义不同。
因为在JavaScript中函数也是对象，所以我们可以看到如下有趣的例子：

pic-4.png

prototype

我们已经在第一章中使用prototype模拟类和继承的实现。 prototype本质上还是一个JavaScript对象。并且每个函数都有一个默认的prototype属性。如果这个函数被用在创建自定义对象的场景中，我们称这个函数为构造函数。比如下面一个简单的场景：

pic-5.png

作为类比，我们考虑下JavaScript中的数据类型 - 字符串（String）、数字（Number）、数组（Array）、对象（Object）、日期（Date）等。我们有理由相信，在JavaScript内部这些类型都是作为构造函数来实现的，比如：

pic-6.png

注意：这里有一个陷阱，向Array的原型中添加扩展方法后，当使用for-in循环数组时，这个扩展方法也会被循环出来。下面的代码说明这一点（假设已经向Array的原型中扩展了min方法）：
解决方法也很简单：

pic-7.png

constructor始终指向创建当前对象的构造函数。比如下面例子：

pic-8.png

但是当constructor遇到prototype时，有趣的事情就发生了。我们知道每个函数都有一个默认的属性prototype，而这个prototype的constructor默认指向这个函数。如下例所示：

pic-9.png

当我们重新定义函数的prototype时（注意：和上例的区别，这里不是修改而是覆盖）， constructor的行为就有点奇怪了，如下示例：

pic-10.jpg

为什么呢？原来是因为覆盖Person.prototype时，等价于进行如下代码操作：

pic-11.png

而constructor始终指向创建自身的构造函数，所以此时Person.prototype.constructor === Object，即是：

pic-12.jpg

怎么修正这种问题呢？方法也很简单，重新覆盖Person.prototype.constructor即可：

pic-13.jpg