后来仔细研究了一下call函数的执行过程和原理,发现要实现"重载"一文中的任意级别类调用其直接基类方法是可以实现的。还记得上次那个示例吗?三个类:grandpa、father & son。father继承于grandpa,son继承与father,它们都有一个叫getName()的方法。father中的getName()中使用this.base.getName.call(this);没有问题,而不能再在son的getName()中使用this.base.getName.call(this),因为son的基类father的getName()方法中已经有了基类调用。
在上次的示例中,son如果执意要调用getName()。执行的结果我说过的,将会是无限递归,最后IE脚本解析器的函数堆栈overflow,甚至IE也一块儿crash掉。问题出在调用son中的getName()方法中的this.base.getName.call(this)后,this(call的参数)被置换到father对象的实例中去了,这时执行getName()时,除了函数是由father类提供的外,此时的this就是son的那个实例。在这个时候再调用father中getName(),getName中的this.base.getName.call(this)其实是this(son的实例).base.getName.call(this(son的实例)),看出问题了吧?无限递归就在这里开始了,因为永远都只能在father(这时的实例this其实是son的)的getName()方法中调用"this(son的实例).base.getName.call(this(son的实例))"。
现在问题清楚地摆在眼前了,并且也知道是怎么产生的了,接下来的任务就是解决掉它!
解决问题的关键就点是:因为永远都只能在father(这时的实例this其实是son的)的getName()方法中调用"this(son的实例).base.getName.call(this(son的实例))"。如果我们知道这时我们其实不是在son的实例中,而是在father的实例中,执行的是:this(father的实例).base.getName.call(this(son的实例))"。这就对了。
那么我们有办法知道这第一个this不是son的而应该是father的吗?好像很难,因为this确确实实就是son的嘛。不能再从this本身去打主意了,那么我们怎么办?不是还有一个getName()方法吗?它可是来自father的实例的噢!因为call(this)只是置换了该方法中本身的this(father的实例),所以我们可以通过查找函数的方式来确定当前方法的本身实例(被call方法替换之前的)是谁。
为此我重写了call函数,名叫Call。调用界面和call相同,功能也相同(内部就是用的call,毕竟我这里不是在模拟call)。还差点忘了,除非我特殊说明,我在JavaScript面向对象编程中的继承,默认都是使用的"附加继承法"。Call函数源代码如下:
把"重载"一文中的那三个类中的call全改为Call(调用参数不变),运行如下示例代码:
运行结果为:
No.1 alert:
例子不甚恰当,不过更多是为了表明清楚它们之间的继承层次关系。