这一章我们将会重点介绍JavaScript中几个重要的属性（this、constructor、prototype）， 这些属性对于我们理解如何实现JavaScript中的类和继承起着至关重要的作用。
this
this表示当前对象，如果在全局作用范围内使用this，则指代当前页面对象window； 如果在函数中使用this，则this指代什么是根据运行时此函数在什么对象上被调用。 我们还可以使用apply和call两个全局方法来改变函数中this的具体指向。
先看一个在全局作用范围内使用this的例子：
函数中的this是在运行时决定的，而不是函数定义时，如下：
全局函数apply和call可以用来改变函数中this的指向，如下：
注：apply和call两个函数的作用相同，唯一的区别是两个函数的参数定义不同。
因为在JavaScript中函数也是对象，所以我们可以看到如下有趣的例子：
prototype
我们已经在第一章中使用prototype模拟类和继承的实现。 prototype本质上还是一个JavaScript对象。 并且每个函数都有一个默认的prototype属性。 如果这个函数被用在创建自定义对象的场景中，我们称这个函数为构造函数。 比如下面一个简单的场景：
作为类比，我们考虑下JavaScript中的数据类型 - 字符串（String）、数字（Number）、数组（Array）、对象（Object）、日期（Date）等。 我们有理由相信，在JavaScript内部这些类型都是作为构造函数来实现的，比如：
注意：这里有一个陷阱，向Array的原型中添加扩展方法后，当使用for-in循环数组时，这个扩展方法也会被循环出来。 下面的代码说明这一点（假设已经向Array的原型中扩展了min方法）：
解决方法也很简单：
constructor
constructor始终指向创建当前对象的构造函数。比如下面例子：
但是当constructor遇到prototype时，有趣的事情就发生了。 我们知道每个函数都有一个默认的属性prototype，而这个prototype的constructor默认指向这个函数。如下例所示：
当我们重新定义函数的prototype时（注意：和上例的区别，这里不是修改而是覆盖）， constructor的行为就有点奇怪了，如下示例：
为什么呢？ 原来是因为覆盖Person.prototype时，等价于进行如下代码操作：
而constructor始终指向创建自身的构造函数，所以此时Person.prototype.constructor === Object，即是：
怎么修正这种问题呢？方法也很简单，重新覆盖Person.prototype.constructor即可：
