Flash Media Server 4 には Streaming Server, Interactive Server, Enterprise Server の 3 種類が用意されています。Enterprise Server は、アプリケーションレベルのマルチキャストなど RTMFP を使った大規模 P2P ネットワーク構築用の機能を持つサーバーです。

久しぶりのバージョンアップということもあり、たくさんの新機能や機能拡張があります。それぞれのサーバーの主な機能については、こちらのページをご覧下さい。（エディション別比較表）

以下は、主な新機能のリストです。（製品により使える機能は違います）

4 月には、一旦サードパーティー製開発ツールの使用が禁止とされました。それにより、Packager for iPhone の開発も、Flash Pro 11.0.1 アップデートでの iPad 対応を最後に中断されていました。しかし、昨日の発表を受けて、アドビから Packager for iPhone の開発を再開するとのコメントが出されています （Great News for Developers）。もしかすると、iOS 4.1 対応について 10 月の MAX あたりでアナウンスがあるかも？ですね。

一方、ブラウザ内の Flash コンテンツ再生に関しては、従来通り禁止されたままです。

今回修正された主なバグは、

• 旧バージョンで保存された fla ファイルを開き、それを XFL 形式で保存する際、正しく保存されない場合がある
• 一部のコンポーネントがステージに追加できない
• TLF のリンクされたコンテナ内のすべてのテキスト属性が保持されないことがある
• TLF テキストフィールド内の一部の文字に対する処理の問題

です。

更新は、ヘルプメニューから 「アップデート」 を選択して Adobe Application Manager　を起動、です。

その 1 は、そろそろデバイスでも Web 標準とか考える必要があるのでは？ということで書いた記事です。執筆にあたり、ミツエーリンクスの矢倉さんにインタビューさせて頂きました。インタビューは内容の濃い考えさせられる話題が多く、矢倉さんには感謝です。今回は記事の長さも考慮して、その中から一部をご紹介しています。

スマートフォン／タブレット向け技術としての HTML5 の現在

その 2 は、フェーズを分けず、企画もデザインも開発も平行して行う、という新しいワークフローに挑戦したと事例があるという話を聞いて、取材したものです。こちらは、リクルート MTL の鈴木さんにお話を伺いました。とても興味深いお話なので、ぜひ読んでいただければと思います。

SUUMO（スーモ）Adobe AIR アプリケーション事例に見る新しい開発ワークフローの形と Adobe Creative Suite 5

いくつかの型では、既に、インスタンスを生成する際に 3 種類の手段、初期値の指定、コンストラクターの使用、グローバル関数の使用、を利用することができました。例えば、配列の場合は以下のようにしてインスタンスを生成することができます。

// 初期値を [] 内に指定
var arr1:Array = ["a", "b", "c"];
 
// コンストラクターを使用
var arr2:Array = new Array("a", "b", "c");
 
// グローバル関数を使用
var obj:Object = ["a", "b", "c"];
var arr3:Array = Array(obj);
 

（注：上の例の arr3 は、最初の要素に obj を持つ配列になります。つまり、arr3 は配列の配列です。ということで、この場合 Array() グローバル関数はキャストとしては使えません。Array 型で、キャストが目的のときには as 演算子を使用します。var arr3:Array = obj as Array; ）

Vector のインスタンス生成手段は、いままではコンストラクターもしくはグローバル関数のどちらかでした。CS5 & Flex 4 からは、初期値を直接指定する構文が使えます。

Vector の初期化子指定

Vector は、配列と違って格納できる型が決まっています。そのため、Vector 型の属性宣言をする際、要素として持つオブジェクトの型も一緒に指定します。例えば、String を要素として持つ Vector 属性の宣言は下のように記述します。

一般的な構文として記述する際は Vector.<T> という表記になります。ちょっと見慣れない書き方かもしれませんが、T は任意の型の意味で、int, Object, String などの代理として使われている記号です。

var vec:Vector.<T>; // 上のコードの一般的な書き方
 

さて、Vector の初期値を指定する場合の構文は以下の通りです。

new <T>[E0, E1, ..., En];
 

配列の場合と違うのは、new が必要なこと （ちょっと面倒） と、型指定が必要なこと （<T> の箇所） です。[] 内の要素 （E0, E1, ..., En と書いてある箇所） の型は、T で指定された型と同じにします。

具体的に、0, 1, 2 を値として持つ int 用の Vector を生成するには、以下のように書きます。

var vec:Vector.<int> = new <int>[0, 1, 2];
 

この方法で Vector を初期化する場合、いくつか注意事項があります。

• 最後にコンマを付けて良いことになっています （例：[0, 1, 2, ]）
• 途中の要素を飛ばすことはできません （例：[0, , 2,]）
• 指定した要素の数が、生成される Vector の長さになります
• Vector の長さを固定したい場合は、別途指定が必要です
• 指定された要素の型と初期値の型が一致しない場合は、エラーになります （もしくは勝手に型変換されます）

Vector のコンストラクター

ここからは特に新しい話ではありませんが、いちおう。

下は Vector のコンストラクターです。普通のコンストラクターと違うのは、要素型を指定するために ".<T>" が "Vector" と "()" の間にあることです。

new Vector.<T>(length:uint = 0, fixed:Boolean = false);
 

要素型が String の Vector インスタンスを生成するには、例えば、下のように記述します。

var vec:Vector.<String> = new Vector.<String>();
 

コンストラクターの引数を指定しない場合は、引数のデフォルト値が使われるので、長さが 0 の （空の） Vector インスタンスが生成されます。また、長さは可変の状態です。

もし、事前に必要な要素の数が分かっている場合は、コンストラクターの第 1 引数に指定します。例えば、引数に 5 を指定すると、要素を 5 つ持った Vector が生成されます。この方法は、空の Vector を作って後から要素を入れるより、パフォーマンスが多少良くなると考えられます。

var vec:Vector.<int> = new Vector.<int>(5);
 

要素数を指定して Vector インスタンスを生成した場合、その Vector の持つ要素の初期値は指定された要素の "型" に依存します。型が null を値として持つ場合は、全ての要素の初期値が null になります。それ以外の型の場合は、その型のデフォルト値が全ての要素の初期値になります。例えば、要素型が int の場合、Vector インスタンス生成時の全ての要素の値は 0 です。

Vector は長さを固定にすることも可能です。コンストラクターの第 2 引数に true を指定すると、length 属性の変更や、length の値を変えるメソッド （push, pop など） は実行できなくなります。

var vec:Vector.<int> = new Vector.<int>(5, true);
 

長さを固定する／しないは、インスタンス生成後に fixed 属性を使って設定を変えることができます。

グローバル関数

Vector.<T>() グローバル関数を使っても Vector のインスタンスを生成することができます。利用パターンは 2 つあり、Array を Vector に変換する場合と、別の要素型の Vector に変換する場合 （例: Vector.<int> → Vector.<String>） です。

下は、Array オブジェクトを、String を要素として持つ Vector に変換する例です。

var arr:Array = ["one", "two", "three"];
var vec:Vector.<String> = Vector.<String>(arr);
 

グローバル関数は、配列内または Vector 内の個々の要素の変換も行います。（変換不能な要素があった場合はエラーが発生します）

var arr:Array = [1.5, "2", "three"];
var vec:Vector.<int> = Vector.<int>(arr);
trace(vec); // 1,2,0が出力される
 

ということから、グローバル関数は Vector の要素型のキャスト目的にも利用できることになります。

Melrose は、AIR アプリの配布や課金と、アプリ開発者をつなげるサービスです。Melrose SDK をアプリケーションに組み込むと、Melrose ポータルを通じて、複数のアプリストアに AIR アプリを配布できるようになります。

いまのところ、Intel AppUp Center と Adobe AIR Marketplace の 2 つのアプリストアがサポートされています。今後、他の国も含め、ストアの数は増える予定だそうです。Melrose を利用できる開発者／ストアは、世界 47 の国に限定されますが、日本はその中に含まれています。

Melrose では、無償／有償どちらのアプリも配布できます。有償の場合、売り上げの 70% を受け取ることができます。配布状況を管理するための情報も Melrose ポータル経由で提供されます。いまのところ登録費は無償です。

Melrose SDK がサポートされるのは、Adobe AIR 1.5.3 以降のランタイムをターゲットとした、Flex Builder 3, Flash Builder 4, Flash Pro CS5 で開発されたアプリです。Flex SDK は 3.5.1 と 4.1 のどちらかです。

SDK のダウンロードはこちらからどうぞ。（Melrose Toolkit@Labs Downloads）

無料ですが、事前登録が必要です。詳細はこちらのサイトをご覧ください。（BE READY 5 for the new Web market）

セッションは 3 つで、

• Yahoo! Japan から、iPhone サイトのリニューアルからのノウハウや、Android 対応の際の注意点など
• Phone Book チームから、企画／設計／開発それぞれの段階で最適なワークフローを発見した経緯について （アニメーターなども参加していて面白いです）
• 楽天から、マルチデバイス向けアプリの事例から学んだこと、アクセス解析により更に先に進もうとしていること

についての紹介がある予定です。

Twitter 用に、ハッシュタグ：http://twitter.com/cs5wp/#adobeready が用意されています。#adobeready をつけてセミナー開始までにつぶやくと、抽選で 1 名に Adobe CS5 Web Premium が当たるそうです。まだ、競争率は低そうなので、チャンスかも？

つぶやく内容は、セミナーにて何を学びたいか、または Web 制作社/制作者としてマルチデバイスに関して困っていること、知りたいこと、などが良いようです。

外部 SWF ファイルの未処理エラー

Loader オブジェクトを使って、外部の SWF ファイルを読み込んだ場合を想定します。このとき、読み込まれた側の SWF ファイル内で未処理のエラーが発生すると、SWF ファイルの階層内でイベントフローが発生します。

例えば、foo.swf が bar.swf を読み込んだとします。その状態で bar.swf 内で未処理のエラーが発生した場合、UncaughtErrorEvent イベントは、それぞれの SWF ファイルの Loader と LoaderInfo オブジェクト間で、以下の順にディスパッチされます。

1. foo.swf の LoaderInfo (キャプチャフェーズ)
2. foo.swf 内の Loader (キャプチャフェーズ)
3. bar.swf の LoaderInfo (ターゲットフェーズ)
4. foo.swf 内の Loader (バブリングフェーズ)
5. foo.swf の LoaderInfo (バブリングフェーズ)

これにより、読み込んだ側の SWF ファイル （foo.swf） 内でも、読み込まれた側 （bar.swf） の未処理のエラーイベントを受け取ることができます。

（AS1/2 の SWF ファイルを読み込んだ場合は、UncaughtErrorEvent が発生しません。また、HTMLLoader 内に読み込んだ HTML コンテンツ内での JavaScript エラーも、イベントとして通知されません）

なので、未処理エラーの処理方針として、とりあえずエラーが受け取れればよい、という場合であれば、LoaderInfo にイベントハンドラーを追加するだけで OK ということになります。どの SWF で未処理のエラーが発生しても、最終的にバブリングフェーズで LoaderInfo に通知されるからです。（上のステップ 5）

一方、発生元の SWF ごとに受け取る箇所を分けたい、という場合には、

• 外部 SWF ファイルを読み込む Loader オブジェクトに UncaughtErrorEvent 用イベントハンドラーを追加
• そのハンドラー内で stopPropagation() を呼ぶ

とすると、自身の未処理エラーは LoaderInfo、読み込んだ SWF ファイルの未処理エラーはそれぞれの SWF ファイルが読み込まれている Loader、という分け方ができます。

下は、Loader オブジェクトで未処理のエラーを受け取る場合のサンプルです。

stopPropagation() の動作について

stopPropagation() メソッドを呼んだ場合、イベントフローは、その時点でターゲットとなっているオブジェクトで終わり、フローの後続のオブジェクトにはイベントが伝わりません。

UncaughtErrorEvent の場合は、この点がすこし異なります。Loader オブジェクトの UncaughtErrorEvents （末尾に s 付いてます） は、読み込まれた SWF 内の LoaderInfo の UncaughtErrorEvents とペアとして扱われます。先の例では、foo.swf 内の Loader と bar.swf の LoaderInfo がペアの関係になります。

そして、イベントフローがペアの LoaderInfo → Loader の順だったとして、LoaderInfo に登録されている UncaughtErrorEvent のイベントハンドラーが stopPropagation() を呼んだ場合、フローは LoaderInfo では止まらずにペアの Loader にも伝わってから終了します。

これに対して、stopImmediatePropagation() メソッドを呼んだ場合は、通常のイベントフローと同様に、その場でイベントフローが終了します。同じオブジェクトに登録されている他のイベントハンドラーも （まだ呼ばれていないものがあった場合） 呼ばれません。

デバッグ版でのエラーダイアログ

Flash Player や AIR のデバッグ版を使うと、未処理の実行時エラーが発生するたびに、ダイアログが表示されてエラー情報が通知されます。この動きは、UncaughtErrorEvent のイベントハンドラーを追加して、未処理のエラーを受け付けるようにしても変わりません。

エラーダイアログが表示されないようにしたいときは、イベントハンドラー内で UncaughtErrorEvent イベントに対して preventDefault() メソッドを呼ぶとよいようです。

前回までは、実行時エラーには、同期／非同期の 2 種類があること、それぞれ catch ブロックまたはイベントハンドラーを使って処理すること、という話でした。

Flash Player 10.1 と AIR 2 からは、「実行時エラーが発生したが catch ブロックにもイベントハンドラーにも渡されなかった」 という状況が起きると、UncaughtErrorEvent が生成されます。これにより、処理されなかったエラーの情報が通知されるため、エラー処理をこまごまと記述しなくても、とりあえずどんなエラーが起きたのかを知ることができます。

とはいえ、同期エラーが起きた場合であれば、スクリプトの実行が途中で終わってしまっている可能性があります。また、非同期エラーだった場合も、エラーの原因となったりソースにアクセスできるとは限りません。

つまり、グローバルエラーハンドラーは、状況を知るのには役立ちますが、それで問題が解決できるかというと、それはまた別の話なのです。アプリケーションが不安定になるようなエラーに対しては、やはり明示的なエラー処理の記述が必要そうです。（あたりまえですが）

UncaughtErrorEvent ハンドラーの追加

さて、UncaughtErrorEvent は、以下の 2 つのオブジェクトからディスパッチされます。

• LoaderInfo.uncaughtErrorEvents
  SWF 自身のコードによる未処理のエラーを通知
• Loader.uncaughtErrorEvents
  Loader に読み込んだ SWF 内のコードによる未処理のエラーを通知

どちらのオブジェクトも UncaughtErrorEvents オブジェクトです。UncaughtErrorEvents は EventDispatcher のサブクラスで UncaughtErrorEvent ディスパッチ専用のクラスです。（ディスパッチする側とされる側の違いが、名前の最後の s の有無だけなのです。ややこしい）

LoaderInfo に UncaughtErrorEvent イベントハンドラーを追加するときは、コンストラクタ内で行うのがよいと思われます。

import flash.events.UncaughtErrorEvent;
 
public class UncaughtErrorEventExample extends Sprite
{
  public function UncaughtErrorEventExample()
  {
    loaderInfo.uncaughtErrorEvents.addEventListener(
        UncaughtErrorEvent.UNCAUGHT_ERROR, onUncaughtError);
  }
 
  private function onUncaughtError(event:UncaughtErrorEvent):void
  {
    // エラー処理を記述 
  }
}
 

Flex の場合は、ApplicationComplete イベントのタイミングで追加する、という感じでしょうか。

<s:WindowedApplication xmlns:fx="http://ns.adobe.com/mxml/2009" 
                       applicationComplete="onApplicationComplete();">
  <fx:Script>
    <![CDATA[
      import flash.events.UncaughtErrorEvent;
            
      private function onApplicationComplete():void
      {
        loaderInfo.uncaughtErrorEvents.addEventListener(
            UncaughtErrorEvent.UNCAUGHT_ERROR, onUncaughtError);
      }
 
      private function onUncaughtError(event:UncaughtErrorEvent):void
      {
        // エラー処理を記述 
      }
    ]]>
  </fx:Script>
</s:WindowedApplication>
 

イベントハンドラーの書き方についてですが、

UncaughtErrorEvent には error という属性があり、ここに未処理のエラーオブジェクト、すなわち Error オブジェクト （同期エラーの場合） や ErrorEvent オブジェクト （非同期エラーの場合） が設定されます。

ただし、以前の記事にも書いたように、スクリプトから任意の型のオブジェクトを throw することが可能です。なので、UncaughtErrorEvent のハンドラーでは、Error、ErrorEvent、それ以外、の 3 種類の （最低でも） オブジェクトを扱えるようにします。

function onUncaughtError(event:UncaughtErrorEvent):void
{
  var message:String;
 
  if (event.error is Error)
  {
    message = Error(event.error).message;
  }
  else if (event.error is ErrorEvent)
  {
    message = ErrorEvent(event.error).text;
  }
  else
  {
    message = event.error.toString();
  }
}
 

8/11 追記： ステータスイベントによるエラー通知 （NetStatusEvent.info.level や StatusEvent.level の値が error） の場合には、エラーが未処理でも UncaughtErrorEvent がディスパッチされません。イベントハンドラー内に、ステータスイベントを扱うための記述は不要です。

Loader に読み込んだ外部 SWF のグローバルエラーハンドラー使用については、次回に続きます。

という話は置いておいて、

非同期で行われる処理の場合 （ネットワーク経由のダウンロードとか）、エラーの通知も非同期に行われます。その際、エラーの発生はイベントという手段で通知されます。そのため、非同期エラーの処理は、非同期処理を行うクラスにイベントハンドラーを追加する、という形になります。

非同期エラーを通知するイベントは、以下の 2 種類に分けることができます。

1. ErrorEvent のサブクラスによる通知
   エラーの種類ごとに提供されるイベントクラスを使用。AsyncErrorEvent、IOErrorEvent など。（一覧はこの 記事の最後にあります）
2. ステータス通知イベントの属性値による通知
   NetStatusEvent や StatusEvent の属性値を使用。info.level もしくは level 属性の値が error になる。

ネットワーク関連のクラスは、両方の手段を使います。

それぞれ簡単な例を挙げておきます。

ErrorEvent のサブクラスによる通知の例

まず、ErrorEvent の例から。

ErrorEvent は text 属性にエラー情報を示すテキストが設定されます。その他は見ての通り、普通のイベント処理とおんなじです。というか、特に意識する必要もないかんじですね。

ステータス通知イベントの例

次に、ステータス通知の例です。

このパターンを持つクラスは、以下の 8 つです。（だと思います - とりあえず今のところ）

• NetStatusEvent.info.level
  • NetConnection
  • NetStream
  • SharedObject
• StatusEvent.level
  • HTTPStatusEvent
  • Camera
  • Microphone
  • LocalConnection
  • ServiceMonitor

こちらもサンプルです。

var videoURL:String = "video.flv";
var nc:NetConnection;
 
nc = new NetConnection();
nc.addEventListener(NetStatusEvent.NET_STATUS, onNetStatus);
nc.addEventListener(SecurityErrorEvent.SECURITY_ERROR, onSecurityError);
nc.connect(null);
 
function onNetStatus(event:NetStatusEvent):void {
  if (event.info.level == "error")
  {
　　　　trace("NetStatusError: " + event);
    // その他必要な処理を記述
  }
  else
  {
    // event.info.code の値に応じて適当な処理を記述
  }
}
 
function onSecurityError(event:SecurityErrorEvent):void {
　　trace("SecurityError: " + event);
}
 

ステータス通知の場合は、level の値が error かどうかで、エラーの発生を判断します。

エラーイベント一覧

最後に非同期エラー関連のイベント一覧です。

• ErrorEvent
• AsyncErrorEvent
• DownloadErrorEvent
• DRMAuthenticationErrorEvent
• DRMErrorEvent
• IOErrorEvent
• SecurityErrorEvent
• SkinErrorEvent
• SQLErrorEvent
• StatusFileUpdateErrorEvent
• StatusUpdateErrorEvent

デバッグ用プレーヤーと通常のプレーヤーでの動作の違い

最初に、ちょっと話題が逸れますが、デバッグ用の実行環境を使う際の注意点す。

Flash Professional や Flash Builder をインストールすると、デバッグ用の実行環境が付いてきます。（単独でも入手できます） Flash が表示されている領域で、右クリックしてコンテキストメニューに 「デバッガー」という項目が表示されたら、デバッグプレーヤーがインストールされている状態です。

デバッグプレーヤーでは、エラーが発生した際、通常の実行環境よりも多くの情報を取得することができます。具体的には、以下の 2 点です。

• Error.getStackTrace() メソッドで、エラーが発生時の呼び出しスタックを取得できる。この属性は同期エラーの場合のみ利用可能。
• Error.message 属性に、詳細な情報が設定される。通常のプレーヤーでは、大抵は Error.errorID と Error.name 属性の組み合わせの短いテキスト。

他の Error の属性に関しては、どちらの実行環境でも同じになります。

throw 文

では、以下、話を戻して、

スクリプトから、明示的にエラーの発生を通知するには、throw 文を使います。

var myError = new ApplicationError("エラー発生");
throw myError;
 

上のスクリプトが try ブロックで囲まれていた場合、後続の catch ブロックに throw されたオブジェクトが渡されます。下は、その例です。

上記サンプル内の catch ブロックでは、エラーオブジェクトを再び throw しています。このようにして、一旦処理したエラーを、さらに上位の try..catch 文に渡すこともできます。

Java の場合、throw を含むメソッドは、メソッドの定義に 「エラーを投げます」 という宣言を付ける必要がありますが、ActionScript ではその必要はありません。

ちなみに、throw 文にはどんなオブジェクトも渡せます。例えば、以下のコードはコンパイルも実行も問題なく行われます。

throw new Sprite()；
 

ただし、できるからといって、Error もしくはそのサブクラス以外のオブジェクトを throw することは推奨されていません。

ですが、人の作った SWF ファイルを読み込むときなど、エラー時にどんなオブジェクトが渡されるか不明な場合もあるかもしれません。グローバルエラーハンドラーを使うときは、Error 以外の型のオブジェクトが渡される場合も想定しておいた方が安全かもです。

詳細は、別途説明しますが、少なくとも以下の 3 種類には対応するのがよいと思われます。

if (event.error is Error)
{
  message = Error(event.error).message;
}
else if (event.error is ErrorEvent)
{
  message = ErrorEvent(event.error).text;
}
else
{
  message = event.error.toString();
}
　

カスタムエラークラスの作成

さて、理由はともあれ、エラー発生時にどうしても Sprite オブジェクトを返したい場合、カスタムのエラークラスを作成するのが　（たぶん） よい方法です。

通常は、アプリケーション固有のエラーに対する処理を記述できるようになりたいとき、カスタムのエラークラスを定義することが多いのではないかと思います。

カスタムのエラークラスは Error のサブクラスとして定義します。

public class CustomError extends Error
{
  public function CustomError(message:String = "", errorID:int = 0)
  {
    super(message, errorID);
  }
}
 

エラーの基本属性は、errorID, message, name ですが、より凝った情報を持っている場合は toString() を上書きすると便利な場合があるかもしれません。

Error クラス一覧

Error クラスは、大きく 2 種類に分けられます。

1. コアの Error クラス
   • Error
   • ArgumentError
   • DefinitionError
   • EvalError
   • RangeError
   • ReferenceError
   • SecurityError
   • SyntaxError
   • TypeError
   • URIError
   • VerifyError
2. ランタイムの Error クラス （flash.error パッケージ）
   • DRMManagerError
   • EOFError
   • IllegalOperationError
   • InvalidSWFError
   • IOError
   • MemoryError
   • ScriptTimeoutError
   • SQLError
   • StackOverflowError

上記 2 つ以外に、Flash コンポーネントの Error クラスもあります。

• VideoError

次回は、非同期エラーの処理について。