有两种截然不同的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中那样有加载外部类包的概念。