Flash AS和Server-side AS的不同

有两种截然不同的Actionscript：

 

Client-side Actionscript(包括ActionScript 1.0和ActionScript 2.0)和Server-side Actionscript。Client-side的脚本用来创建一个.swf影片，并且通过Flash Player在本地执行。Server-side的脚本存放在服务器端，并在服务器上运行。

 

    自从Flash 5发布以来，Client-Side的脚本基于ECMA（European Computer Manufacturers Association）的标准，也就是Javascript。这种标准的语言被命名为ECMAScript并在 http://www.ecma-international.org.有详尽的定义。然而，Client-side的脚本语言并未完全符合ECMAScript的标准，因为Macromedia在独特要求和向下兼容的基础上开发的。Client-side Actionscript也在与时俱进。早期在Flash MX上发布的被命名为ActionScript 1.0；最新在Flash MX 2004上发布的更符合ECMA标准的被称作ActionScript 2.0。如果你想知道更多关于Flash ActionScript 1.0和ECMAScript的详细资料，可以看《ActionScript fot Flash MX》的附录D。关于ActionScript 2.0和与ECMA标准的不同之处请看Essential ActionScript 2.0。

 

    与client-side ActionScript相反，Server-Side ActionScript完全遵照ECMAScript的标准，因为Macromedia在FlashCom里使用Spidermonkey JavaScript 1.5的解释器。关于这个的详细信息和JavaScript 1.5的信息，请访问 http://www.mozilla.org/js

 

    这部分大体上讲述了client-side ActionScript和Server-Side ActionScript的不同和一些值得注意的地方。

 

 

 

 

 

大小写敏感

 

    Server-Side ActionScript是大小写敏感的，然而，client-side ActionScript可能不是。在Flash 5.0和Flash MX中，大多数的Actionscript都不是大小写敏感的。比如，在Flash MX中，myVariable和MyVariable指向同一个变量。在Server-side的脚本编写中，情况不是这样的。

 

    很多开发者开始对Flash MX 2004里的大小写敏感问题困惑，这决定与你发布的版本。注意，这里讲到的是两种情况下的Client-side Actionscript：编译时的敏感问题和运行时的敏感问题。Actionscript 1.0版本编译时不是大小写敏感的，Actionscript 2.0版本却相反。然而，运行时的大小写敏感问题取决于你发布的Flash版本，而不仅仅是Actionscript版本的问题。
 

 

附：Table 4-1. Runtime case-sensitivity support by language, file format, and Flash Player version
Movie compiled as either ActionScript 1.0 or 2.0 and |  Played in Flash Player 6 | Played in Flash Player 7
Flash Player 6-format .swf file| Case-insensitivea| Case-insensitivea
Flash Player 7-format .swf file| Not supportedb   | Case-sensitive
 a)标识符，函数名，帧标签和Symbol的ID在Flash 6版本中不是大小写敏感的。但是一些保留字，如if在Flash的任何版本中都是大小写敏感的。
 b)Flash Player 6不能正确播放Flash Player 7格式的 .swf文件。
 注：不管你是不是在写client-side的Actionscript还是SSAS，我们都推荐一致的大写或小写来避免类似问题。
 注：在Javascript里通常使用大写来区分构造器的函数名和一个类的实例，如：
 function User () {
 } 
 // The user variable holds an instance of the User class
 user = new User();

 

 

 

 

 

继承

 

    Server-side的脚本不支持Actionscript 2.0的类定义和继承。SSAS仅支持类接口原型的继承，但是和Actionscript 1.0有点区别。Flash MX通过使用super关键字很容易就能调用父类的构造函数。虽然super不是ECMAScript v3所定义的部分，但是它为将来预留。所以，super在SSAS中不支持。然而，在SSAS中你可以允许一个子类通过各种方法获得父类的构造函数和方法。
 例如： SuperClass = function (a) {
  this.a = a;
  };
  SuperClass.prototype.method = function ( ) {
    trace("SuperClass method called. a is: "   this.a);
  };
  SubClass = function (a, b) {
    SuperClass.apply(this, arguments);
    this.b = b;
  };
  SubClass.prototype = new SuperClass( );
  SubClass.constructor = SubClass;
  SubClass.prototype.method = function ( ) {
  trace("In Subclass method. a and b: "   this.a   ", "   this.b);
  SuperClass.prototype.method.apply(this, arguments);
  };
  subClass = new SubClass(1, 2);
  subClass.method( );

 

    很多交互的对象不能用这些技巧来被子类化。比如，Shared Object不能通过构造器创建。相反，它们通过一个固定的方法比如在客服端调用SharedObject.getRemote( )或者在服务器端使用get( )。通常，用更多更好的途径来处理交互功能的类而不是继承它们。以后会详细介绍。

 

 

 

 

 

单一执行的语句

 

    在client-side的as中提供一个全局对象_global，使得创建一个不在时间线上的全局变量。
 例如：// Assume a _global object already exists.
  _global.x = 3; // OK in client-side AS; however, error in SSAS.
  trace (x);     // Will output: 3 in Flash MX and la    ter.
    在client-side可以使用_global来创建全局变量，但是在SSAS中，没用时间线。所有的服务器的脚本都在一个相关实例的全局容器中执行。所以，提供_global没有实际意义。你可以创建一个名为_global的对象，但是它不具备client-side as中的特征。通常你应该避免在SSAS里创建一个_global对象，因为你可能什么都没有创建可能还会引起Flash Remoting的错误。
    当加载main.asc文件，netservices.asc创建一个新的_global对象并分配属性。RecordSet.asc也会对_global对象增加相应的属性。此外，netservices.asc增加unshift( )和registerClass( ) 给这个对象的类，因为所有的类将继承自这个对象，每个对象当媒举其属性的时候将会使用这些方法。以后将会详细讲到如何避免类似冲突。

 

 

 

 

 

访问未定义的变量
 

 

   在client-side的脚本里，你可以这样来测试一个未定义的变量：
 if (xyz == undefined) {        // Don't do this on the server!
   trace("xyz is undefined.");
 }
    然而，这些代码在服务器端将报错，因为xyz并不存在。要避免类似情况，可以使用typeof：
 if (typeof xyz == "undefined") {
  trace("xyz does not exist");
 }
    但当变量通过var申明或是一个函数的参数，就不必用typeof了：
 //var申明变量
 var xyz;
 if (xyz == undefined) {
 trace("xyz is undefined.");
 }

 

 //存在于函数的参数列表中
 someFunction = function (xyz) {
   if (xyz == undefined) {
    trace("xyz is undefined.");
   }
 };

 

 

 

 

 

try/catch/finally
 

 

   如果你仔细研究过server-side的communication组件在scriptlib/components文件夹里，你会发现try/catch被平凡地使用。
 例如：try {var dummy = FCChat;} catch (e) { // #ifndef FCChat
    // The FCChat class is defined here...
  }

 

    然而，try/catch/finally块在客服端的Actionscript 2.0中是不被支持的，因为AS 2.0不支持运行中对类型和参数的检测。
    使用try/catch/finally有利于在服务器端发现和控制导致运行的错误。我们已经看到了一个参数错误（尝试一个不存在的变量）。当你尝试访问一个未定义或空对象的属性那么将产生一个类型错误。下面一个简短的SSAS脚本来产生一个类型错误的发生并停止运行。
 例如：status = null;
 trace(status.property);  // Causes a type error
 trace("Unreachable trace statement.");
    另外，在try块中封装代码可以避免错误：
 try {
   status = null;
   trace(status.property);
   trace("Unreachable trace statement.");
 }
 catch (e) {
   trace("Error name and message: "   e.name   ", "   e.message);
 }
 finally {
   trace("No matter what,this statement will be executed.");
 }
 trace("Processing can continue here...");
    在App Inspector，你可以看到输出如下：
 Error name and message: TypeError, status has no properties
 No matter what, this statement will be executed.
 Processing can continue here...

 

    然而，ActionScript 2.0没有try/catch/finally 语句。在Flash MX 2004中运行以上代码就会有如下输出，因为trace(status.property); 将会输出“undefined”：
 undefined
 Unreachable trace statement.
 No matter what, this statement will be executed.

 

 

 

 

 

相对于#include和import的load()

 

    在服务器端的脚本中使用load()函数来代替#include来加载别的Actionscript资源。详细语法将在以后介绍。在SSAS中不支持import语句，而且也不像Actionscript 2.0中那样有加载外部类包的概念。