JavaScript继承机制模拟实现

最新推荐文章于 2025-12-29 10:47:54 发布

原创最新推荐文章于 2025-12-29 10:47:54 发布 · 2.2k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#javascript #function #class #asp #vbscript #include

JavaScript 专栏收录该内容

0 篇文章

订阅专栏

博客涉及JavaScript、function、class、ASP、VBScript、include等信息技术相关内容，这些元素在编程开发中有着重要作用，JavaScript是前端常用语言，ASP和VBScript常用于后端开发等。

最近因为学校做网站设计，所以一直在ASP上和数据库上大费苦心。我在前一个阶段是做Java程序设计的。突然接到任务并学习ASP，所以我一直都热忠并善于利用JavaScript来构架ASP程序。 JavaScript的一个明显的优点就在于它可以定义和持有自己的对象。这一点好象是VBScript所无法比拟的。有了这一点，可以利用JavaScript进行更接近于面向对象的程序设计。也许这将使网站开发更有乐趣...
但有个严重的缺点！JavaScript不支持继承机制。不象Java那样，支持extends关键字（虽然这个关键字在JavaScript中是保留字）。在微软的ASP.NET中，JavaScript才开始提供比较完善的对继承机制的支持。 PHP语言当然也有继承机制的支持，这些都叫我垂青... 不过现在我根本无法说服学校的老头子们买更好的域名空间，但是我也不想忍受ASP中无继承机制之苦，所以急中生智，也就有了一些成果！ JavaScript根本不支持继承机制！这是可以肯定的。但是我们可以想办法做些手脚，模拟一个出来。
废话说了一堆，先来看一个例子：

function Person()
{
public:  // 注意这个public!
    this.GetName=Person_mfGetName;
private: // 注意这个private!
    this.m_strName="Guest";
}
function Person_mfGetName()
{
    return this.m_strName;
}
var MyPerson=new Person();
MyPerson.GetName();

注意上面的程序中的两个关键字：private 和 public。其实没有这样的用法，这只是我的习惯。幸好在实际应用中不会有错。
你可以用任何输出语句来查看结果。当然结果一目了然，会在浏览器窗口中出现：Guest 字样。这是第一步！下面是关键一步：继承！

function Student() // Extends Class: Person
{
EXTENDS:   // 注意这个EXTENDS不能使用小写字母形式
    this.Super=Person; // 定义指向其"父类构造器"。Super也不能用小写形式
    this.Super();  // 调用其"父类构造器"
private:
    this.m_nStudentID=0;
}

使用EXTENDS这也是我的习惯，但要切记一定不能使用小写字母。因为extends是JavaScript中的保留字。
而随后定义和调用“父类构造器”就可以从“父类”那里“继承”所有的属性和方法。虽然在Student中并没有看到GetName()方法，但是却可以调用。因为他已经继承了Person的GetName()方法。

var MyStudent=new Student();
MyStudent.GetName(); // 调用"父类"的GetName()，结果为返回 "Guest"

关于JavaScript继承实现就是这样。只要牢记两步：

在“子类”中先定义一个指向“父类构造器”的函数（什么名字都可以，我习惯使用Super）
随后调用这个函数

这样就可以继承“父类”的所有属性和方法！
这种“继承机制”的原理是十分简单的。它的原理有点类似于C/C++语言中的include关键字的用法。当一个C/C++源程序在被编译的时候，编译器会将include字段直接替换成其所指文件的全部内容。而我所采用的JavaScript继承原理也是如此。先将一个“类”的成员函数指向“父类构造器”，在随后的函数调用中，自然就会把“父类”中的所有成员“添加”到该“类”中。
我现在有些怀疑的是，既然extends和super都是保留字，那为什么JavaScript却不支持继承呢？不知道有没有其他更好的办法？希望各位指点...

继续关于JavaScript继承机制的讨论。
不过，在继续讨论之前我们先来看一个实例：

function Shape()
{
public:
    this.CalcuArea=Shape_mfCalcuArea; // 计算面积
}
function Shape_mfCalcuArea()
{
    // ...
}

很明显的，这个Shape类下的CalcuArea()方法应该是个抽象函数。在Java中可以使用abstract关键字定义抽象函数，而在JavaScript中也没能支持这个特性。抽象函数不应该具有函数体，或者换句话说：在调用Shape.CalcuArea()时应该报错，并终止ASP脚本程序。从PHP程序设计中吸取一些设计经验，我们可以这样处理：

function Shape_mfCalcuArea()
{
    Response.Write("Error, Method Shape_mfCalcuArea Is Abstract");
    Response.End();
}

这样做，就可以“迫使”自己在Shape的继承类中编写代码重载CalcuArea()方法。
你也可以直接让Shape类下的CalcuArea函数等于null，让服务器指出运行中的错误。
在Shape的继承类Rect中，我们可以通过改变CalcuArea变量所指向的函数，来模拟实现CalcuArea方法的重载。

function Rect()
{
EXTENDS:
    this.Super=Shape;
    this.Super();
OVERRIDE:
    this.CalcuArea=Rect_mfCalcuArea;
}
function Rect_mfCalcuArea()
{
    // ...
}

如果一个类中含有抽象函数，那么这个类必定是抽象类！抽象类是不能被实例化的，必须被子类继承。遗憾的是JavaScript也不支持抽象类定义（如果JavaScript真的支持“抽象类”机制，那么必定支持“继承”机制）。
如何实现抽象类机制，我想其大概思路应该和上面的抽象方法类似。还是利用 Response.End() 强制结束程序，并在这之前告之程序员：“该类是一个抽象类”。但不同的是这个方法要用在类的“构造器”中。这样就可以使一个抽象类不能被实例化。
JavaScript比较特殊，把类定义和构造器捆到一起。那么这样的形式是不是对的呢？

function Shape()
{
    Response.Write("Error, Class Shape Is Abstract");
    Response.End();
    // 其它代码 ...
}
var MyShape=new Shape(); // 会被告之出错 OK
function Rect()
{
EXTENDS:
    this.Super=Shape;
    this.Super();
}
var MyRect=new Rect(); // 仍会被告之出错 OH, NO

因为Shape是一个抽象类，所以在声明第一个MyShape对象时出现了警告。这是我们所期望的。而Rect类很好的继承了Shape类，但还是被告之“Error, Class Shape Is Abstract”。
这是我的关于JavaScript继承实现思想所留下的遗憾。必须再“变通”一下才能“完美”的实现抽象类。我还是采用了一种比较愚笨的精明方法。
说其“愚笨”，是因为这种方法通过判断变量值实现的。而又说其“精明”，是因为这个方法采用了最少的变量。

function Shape()
{
    if(!this.Super)
    {
    Response.Write("Error, Class Shape Is Abstract");
    Response.End();
    }
    // 其它代码 ...
}
var MyShape=new Shape(); // 会被告之出错 OK
function Rect()
{
EXTENDS:
    this.Super=Shape;
    this.Super();
}
var MyRect=new Rect(); // 顺利继承 YES, OK

在调用Shape构造器时，Shape类中根本就没定义this.Super成员变量，所以肯定要警告错误信息。而在Rect类中，首先就定义了this.Super的去向：就是指向Shape的构造器。所以在随后的函数调用中，Shape类构造器不会认为this.Super为空了，也就放行让我们通过了...
这个抽象类的实现思想还可以继续获得延伸。比如一个抽象类的子类还是抽象类，那么你可以在这个子类构造器的最开始部分加入上面的判断代码。

通过这些示例，我想你可以从中扩充更广的面向对象的特性。篇幅有限，至此收笔。
如果你有好的提议，请与我联系：Afritxia2003@yahoo.com.cn 或 afritxia@hotmail.com

在文章结束的时候，我给出了一个运行于客户端的JavaScript脚本程序，可以通过查看页面源码来浏览。
这段代码演示了我上面所说的内容，绝不含有任何恶意程序。