解开AJAX技术生命中的密码- 技术文章- 青岛软件培训-选择一家好的青岛软件培训学校，就要看教学质量和口碑

几乎每位在开发JavaScript时尝试应用面向对象技术的开发者，或多或少都会问自己一个问题：“如何调用父类（super class）的方法？”在Ajax技术还没有目前这样炙手可热之前，这种问题很少出现，因为大多数开发者仅在进行客户端form验证或者简单的DHTML/DOM操作时使用JavaScript。在那些简单的解决方案中，函数式编程（functional programming）是很有意义的，面向对象编程则处在次之重要的位置。现在，Ajax技术发展势头迅猛，开发者已经建立了一个调用大量客户端JavaScript、不断增长的、复杂的系统。因此，在JavaScript上尝试OO技术便成为了管理复杂性的一种手段。在此过程中，多数开发者很快便认识到：JavaScript是一种原型化的（prototypical）语言，它缺少OO自身带来的多种便利。
　　OO设计的主旨和关于它的一些话题谈起来很大，但只着眼于Class的定义方式，我认为它是JavaScript开发者尝试解决问题的首选。因此，你可以在互联网上找到许多不同的问题解决案例，但在我看过它们后不免有些失望——这些案例都是在某个场合下适用，而不是放之四海而皆准的通法。而我对这个话题的兴趣来自于我的team在开发 ThinWire Ajax Framework 的影响。由于这个框架生成出对客户端代码的需求，才使我们“被迫”去实现可靠的、支持父类方法调用的OO模式。通过父类调用，你可以进一步依靠类的继承特性来核心化通用代码，从而更易于减少重复代码，去掉客户端代码的坏味道。
　　下面罗列出了一些在我的研究过程中遇到的解决方式。最终，我没有从中找出一个可以接收的解决方案，于是我不得不实现一个自己的解决方案，你将在本文的结尾部分看到这个方案。
　　然而父类调用在这里是最重要的OO机制，因此我需要一个相应的工作模式，也正是因为在我的观点中原型化方式是丑陋的，所以我更需要一种更加自然地使用JavaScript定义类的方法。
　　More Solutions：

　　好吧，让我们进入讨论。正如开发者所察觉的那样，在JS中实现基本的继承是很容易的事，事实上有一些众所周知的方法：
　　丑陋的Solution：

　　没有进行父类调用的简单继承:

// 提前写好的JavaScript Class定义和继承
// 当然，这种代码很丑陋，散发着代码的坏味道。
function BaseClass() {

//BaseClass constructor code goes here
}

BaseClass.prototype.getName = function() {

return "BaseClass";
}

function SubClass() {

//SubClass constructor code goes here
}

//Inherit the methods of BaseClass
SubClass.prototype = new BaseClass();

//Override the parent's getName method
SubClass.prototype.getName = function() {

return "SubClass";
}

//Alerts "SubClass"
alert(new SubClass().getName());

　　导致 IE内存泄露
的Solution：

　　这种实现方式能够导致在IE中的内存泄漏，你应该尽量避免：

// 运行时的JavaScript Class 定义和继承
// 看上去很传统，但这些脚本会导致在Internet Explorer中的内存泄漏.
function BaseClass() {

this.getName = function() {

return "BaseClass";

};

//BaseClass constructor code goes here
}

function SubClass() {

//在对象实例建立时重载父类的getName方法

this.getName = function() {

return "SubClass";

}

//SubClass constructor code goes here
}

//Inherit the methods of BaseClass
SubClass.prototype = new BaseClass();

//Alerts "SubClass"
alert(new SubClass().getName());

　　就像我在第一个实现方法中所注释的那样，第一个实现方法有些丑陋，但它相比引起内存泄漏的第二种方式便是首选了。
　　我把这两种方法放在这里的目的是指出你不应该使用它们。

　　硬性编码的Solution：

　　让我们看一下第一个例子，它采用了标准的原型化方式，但问题是：它的子类方法如何调用父类（基类）方法？下面是一些开发者尝试并采用的方式：
　　一种企图进行父类调用的“通病”:

　　上面的代码是对第一段脚步进行修改后的版本，我去掉了一些注释和空格，使你能注意到新的getId()方法和对父类的调用。你一定急于知道通过这样对BaseClass的硬性编码引用（hard coded reference），它是否能进行正确地调用BaseClass的方法?

　　一个正确的、多态的父类调用必做的事情是保证“this”引用指向当前对象实例和类方法。在这里，看上去和它应该输出的结果非常接近，看上去好像在SubClass中调用了BaseClass的getName()方法。你发现问题了吗？这个问题是非常细小的，但却很重要决不能忽视。通过使用上面的父类调用语法，BaseClass的getName()方法被调用，它返回一个字符串：包括类名和“this.getId()”的返回值。问题在于“this.getId()”应该返回2，而不是1。如果这和你所想的不同，你可以查看Java或者C#这类OO语言的多态性。
　　改进后的硬性编码Solution：

　　你可以通过一个微小的改动来解决这个问题。
　　静态（硬编码）父类调用: