解开Ajax技术中的达芬奇密码-交流共享-唐山网站建设

解开Ajax技术中的达芬奇密码

核心提示：现在，Ajax技术发展势头迅猛，开发者已建立了1个调用大量客户端javascript、不断增长的、复杂的系统。因此，在JavaScript上尝试OO技术便成了治理复杂性的1种手段。在此进程中，多数开发者很快便熟习到：JavaScript是1种原型化的(prototypical)语言，它缺少OO本身

现在，Ajax技术发展势头迅猛，开发者已建立了1个调用大量客户端javascript、不断增长的、复杂的系统。因此，在JavaScript上尝试OO技术便成了治理复杂性的1种手段。在此进程中，多数开发者很快便熟习到：JavaScript是1种原型化的(prototypical)语言，它缺少OO本身带来的多种便利。

  　　几近每位在开发JavaScript时尝试利用面向对象技术的开发者，或多或少都会问自己1个题目：“如何调用父类(super class)的方法?”在Ajax技术还没有目前这样炙手可热之前，这类题目很少出现，由于大多数开发者仅在进行客户端form验证或简单的DHTML/DOM操纵时使用JavaScript。在那些简单的解决方案中，函数式编程(functional programming)是很故意义的，面向对象编程则处在次之重要的位置。

  　　现在，Ajax技术发展势头迅猛，开发者已建立了1个调用大量客户端JavaScript、不断增长的、复杂的系统。因此，在JavaScript上尝试OO技术便成了治理复杂性的1种手段。在此进程中，多数开发者很快便熟习到：JavaScript是1种原型化的(prototypical)语言，它缺少OO本身带来的多种便利。

  　　OO设计的主旨和关于它的1些话题谈起来很大，但只着眼于Class的定义方式，我以为它是JavaScript开发者尝试解决题目的首选。因此，你可以在互联网上找到很多不同的题目解决案例，但在我看过它们后不免有些失看——这些案例都是在某个场合下适用，而不是放之4海而皆准的通法。而我对这个话题的爱好来自于我的team在开发 ThinWire Ajax Framework 的影响。

  　　由于这个框架天生出对客户端代码的需求，才使我们“***”往实现可靠的、支持父类方法调用的OO模式。通过父类调用，你可以进1步依托类的继续特性来核心化通用代码，从而更容易于减少重复代码，往掉客户端代码的坏味道。

  　　下面罗列出了1些在我的研究进程中碰到的解决方式。终极，我没有从中找出1个可以接收的解决方案，因而我不能不实现1个自己的解决方案，你将在本文的结尾部份看到这个方案。

  　　但是父类调用在这里是最重要的OO机制，因此我需要1个相应的工作模式，也正是由于在我的观点中原型化方式是丑陋的，所以我更需要1种更加自然地使用JavaScript定义类的方法。

  　　More Solutions：

  　　好吧，让我们进进讨论。正如开发者所发觉的那样，在JS中实现基本的继续是很轻易的事，事实上有1些尽人皆知的方法：

  　　丑陋的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());



  　　就像我在第1个实现方法中所注释的那样，第1个实现方法有些丑陋，但它相比引发内存泄漏的第2种方式便是首选了。

  　　我把这两种方法放在这里的目的是指出你不应当使用它们。 http://www.fw8.net/
TAG:方法,代码,客户端,开发者,原型

评论加载中...