●2-1-1 Flash Player 9の仮想マシンAVM(ActionScript Virtual Mchine)
ActionScript 3.0はFlash Player 9からサポートされます。その最適化された動作を実現するために新たに開発されたのが、仮想マシン「AVM2」(ActionScript Virtual Mchine 2)です。

ActionScriptはSWFにパブリッシュされて、Flash Player上で実行されます。ActionScriptをSWFに書出すことを、プログラミング上「コンパイル」（compile）と呼びます。ActionScriptは、コンパイルされると、Flash Playerが理解できる「バイトコード」という命令に変換されます。このバイトコードを解釈して実行するのが、「仮想マシン」なのです。

AVM2は、ActionScript 3.0のバイトコードを処理する、専用の仮想マシンとして新たに開発されました。したがって、ActionScript 2.0や1.0は、AVM2では動作しません。しかし、Flash Player 9には、従来のバージョンのバイトコードを処理するAVM1も、併せて搭載されています（図2-1-001）。また、Adobeは将来のFlash Playerについても、AVM1を引続きサポートすると表明しています。

▲図2-1-001■Flash Player 9とAVM

[編集者向け注釈] 森巧尚さんの画像を使っています。イラストを改めて起こしてください。
△ActionScript 3.0用のAVM2と併せて2.0/1.0用のAVM1も搭載されている。

ですから、過去のコンテンツが新しいFlash Playerで動かなくなるということはありません。また、ActionScript 2.0/1.0も、［パブリッシュ設定］で選択すれば、Flash CS3から書出すことは可能です。ただし、ActionScript 2.0/1.0に今後追加されていく機能は、あまり多くを期待できないかもしれません。

●2-1-2 ActionScript 3.0の特徴
ActionScript 3.0の特徴を、いくつかご紹介します。ここでは、パフォーマンスとランタイム時のデバッグ、および言語体系について、簡単に触れておきます。

○2-1-2-1 パフォーマンス
ActionScript 3.0は、パフォーマンスが大きく向上しました。最適化されたAVM2の処理により、その速度は従来の10倍に達することもあります。ただし、AVMはあくまでActionScriptの処理を行うということに注意が必要です。

アニメーションあるいはテキストの描画、サウンドの制御やサーバとのネットワークのやり取りなどは、Flash Plyer本体で扱います(前掲図2-1-001)。したがって、これらの処理はFlash Playerの細かな改善はあるにしても、ActionScript 3.0を使ったことで差が生じるものではありません。

実際上、アニメーション主体のムービーでは描画にCPUの負荷がかかるため、ActionScript 3.0により処理スピードが速まる場合はかぎられるでしょう。ポルシェで高速に乗っても、他の車で渋滞していたらスピードは上げられないからです。

パフォーマンスが向上したことで得られる最大のメリットは、比較的規模の大きなクラスやライブラリでも、処理速度が落ちなくなったことです。それにより開発者やチームの生産性が上げられるだけでなく、汎用的なライブラリやフレームワークが公開される動きも進むと考えられます。本書の第3章「ActionScript 3.0を使ったサンプル集」では、公開のライブラリやフレームワークを使った例も紹介されます。

○2-1-2-2 ランタイム時のデバッグ
ActionScript 3.0では、ランタイム(実行)時に型指定によるデバッグができるようになりました。

ActionScript 2.0では、データ型を指定するとコンパイル時にエラーがチェックされました。ActionScript 3.0でも、デフォルトではコンパイル時の型チェックは行われます。これを「静的な型指定」のチェックといいます。［パブリッシュ設定］の［ActionScript 3.0設定］で[Strictモード]のチェック（選択）を外すと、Standardモードとなり、コンパイル時の型チェックは行われなくなります（図2-1-002）。

▲図2-1-002■［ActionScript 3.0設定］の［Strictモード］

△［ファィル］→［パブリッシュ設定］の［Flash］タブで［ActionScript設定］ボタンをクリックすると［ActionScript 3.0設定］ダイアログが開く。

他方、ActionScript 3.0では2.0と異なり、型指定の情報がSWFに書出されます。そのため、Flash Player上でランタイム時に、型指定によるエラーが確認できるようになりました。これを「動的な型指定」によるチェックといいます。Flash Player上で実際に処理されているデータにもとづいて、細かなエラーが確認できます。［Strictモード］によるコンパイル時の型チェックも併せれば、より厳密なデバッグができるでしょう。

○2-1-2-3 言語体系
ActionScript 3.0の言語体系は、プログラミング言語としてスタンダードな体系に整理され、シンプルで統一化された仕様になりました。

第1に、仕様の統一化がはかられた例として、インスタンスの生成とイベントハンドリングがあります。インスタンスは、基本的にnew演算子で、コンストラクタを呼出して生成します。ActionScript 2.0のMovieClip.createEmptyMovieClip()とかMovieClip.attachMovie()のような特別なメソッドを使う必要がありません。MovieClipインスタンスは、new MovieClip()の呼出しで生成できます。

また、ActionScript 3.0は、イベントの扱いを後述（2-2「」）のイベントリスナーに統合しました。ActionScript 2.0/1.0の場合は、下表2-1-001のとおり、インスタンスに記述するイベントハンドラアクションとフレームに指定できるイベントハンドラメソッド、さらにはリスナーで登録すべきクラスがあったり、また同じリスナーでもコンポーネントではシンタックスが異なったりしました。

ActionScript 3.0のイベントは、addEventListener()メソッドによりリスナー関数を登録して処理します（詳しくは、後述2-2「」参照）。クラスやイベントが異なっても、基本的な扱い方は同じです。ActionScript全体として、一貫した処理方法になりました。

第2に、言語体系が整理された結果、クラスやプロパティ、メソッドなどに、細かな変更があります。まず、多くのクラスは「パッケージ」という、クラスを分類するパスに整理されました(ActionScript 2.0でも一部のクラスは、パッケージに属していました)。パッケージについては、クラスの定義と併せて後に解説します。

つぎに、プロパティおよびメソッドの名前や引数、戻り値の指定などが、細かく変わっています。プロパティについては、先頭のアンダースコア（「_」）はなくなり、名称が変更されたものもあります。ActionScript 3.0では、比率を表すプロパティも、基本的にパーセンテージ(%)でなく、100%を1とする小数値を返します。

ActionScript 2.0で先頭にアンダースコア（「_」）のついたプロパティが、3.0になってどのように変わったか、その一部を下表2-1-002に示します。

メソッドについては、たとえばgotoAndPlay()やgotoAndStop()メソッドで、引数としてフレームの後にシーンが指定できるようになりました。そしてシーン名は、変数で渡すことが可能です（図2-1-004）。

▲図2-1-004■［ヘルプ］のMovieClip.gotoAndPlay()メソッドの項

△シーン名sceneは、オプション（省略可能）。文字列で指定する。

大きな変更としては、インスタンスのステージへの表示やその重ね順を管理する「表示リスト」が新たに実装されました。これまでダイナミックにインスタンスを作成する際につきまとっていた深度が要らなくなります。また、イベントリスナーで扱われるイベントも、これまでとは仕様が変わっています。表示リストとイベントについては、節を改めて具体的なスクリプティングとともにご説明します（「」および「」）。

これまで述べたとおり、細かな点まで含めれば、ActionScript 2.0と3.0とではさまざまな違いがあります。したがって、すでに作成されたActionScript 2.0のスクリプトが、そのまま3.0でも動作するというケースはかなりかぎられると思われます。

しかし第3として、ActionScript 3.0も2.0と同じく、仕様はECMAScript 4に準拠します。つまり、ActionScript 2.0からの細かな変更はあり、初めはそれらを確認する手間がかかるとしても、基礎となる文法は変わらずひとつの仕様に則っています。

ですから、ActionScript 3.0の基本と大枠をまず理解すれば、その後の学習効率は大きく高めることができます。本章では、そのポイントを簡単にご紹介します。

●2-1-3 型指定によるパフォーマンスの最適化
AVM2はバイトコードを、ネイティブなマシンコードに変換します（この変換も「コンパイル」と呼ばれます）。そのため、処理もネイティブコードに匹敵するほど速くなるのです。その際に、変数（プロパティ）や関数（メソッド）への型指定が、きわめて重要な意味をもちます。

// 変数の型指定
var 変数名:データ型;

// 関数の型指定
function 関数名(引数:データ型):戻り値のデータ型 {
   ステートメント;
}

型指定をすると、AVM2がデータ型を認識できるため、コンパイルも最適化されます。すると、その値の参照だけでなく、データのプロパティやメソッドへのアクセスも高速になるのです。AMV2でパフォーマンスを最適化するには、つぎのふたつの条件を満たす必要があります。

1. 変数（プロパティ）や関数（メソッド）に型指定する。
2. プロパティやメソッドにはドット演算子（.）でアクセスする。

逆に、AVM2によるコンパイルの最適化は、つぎのいずれかの場合には働きません。

1. 変数（プロパティ）や関数（メソッド）に型指定しない。
2. プロパティやメソッドに配列アクセス演算子[]でアクセスする。

ActionScript 3.0でも、2.0と同じく、型指定をするかどうかは任意（オプション）です。しかし、ActionScript 2.0では、型指定がSWF書出し時のチェックのみで、SWF自体にはデータ型の情報は含まれませんでした。ところが、ActionScript 3.0は、データ型の指定がSWFに保持され、AVM2におけるバイトコードのコンパイルに活用されます。したがって、変数（プロパティ）や、関数（メソッド）の引数・戻り値には、必ず型指定することをお勧めします。

[Main/Next]

作成者: 野中文雄
更新日: 2008年1月19日［CAUTION］2-1-003を追加。図表の連番のつけ方を変更。
作成日: 2007年12月23日