Zend_Amf_Server
Zend_Amf_Server は RPC スタイルのサーバで、
Adobe Flash Player からの AMF プロトコルによるリクエストを処理します。
他の Zend Framework のサーバクラス群と同様に SoapServer API にしたがっており、
サーバを作成するための習得しやすいインターフェイスを提供します。
基本的な AMF サーバ
さまざまな public メソッドを持つクラス Foo
を作ったものとしましょう。AMF サーバを作成するためのコードは次のようになります。
setClass('Foo');
$response = $server->handle();
echo $response;
]]>
もうひとつの方法として、単純な関数をコールバックとしてアタッチすることもできます。
addFunction('myUberCoolFunction');
$response = $server->handle();
echo $response;
]]>
複数のクラスや関数を混ぜて使用することもできます。
その場合は、それぞれに名前空間を指定してメソッド名の衝突を回避させることをおすすめします。
名前空間を指定するには、addFunction() あういは
setClass() の 2 番目の引数に文字列を指定します。
addFunction('myUberCoolFunction', 'my')
->setClass('Foo', 'foo')
->setClass('Bar', 'bar');
$response = $server->handle();
echo $response;
]]>
Zend Amf Server は、指定したディレクトリパスから動的にサービスに読み込ませることもできます。
好きなだけのディレクトリをサーバに指定することが可能です。
サーバに後から追加したディレクトリから順に (LIFO: 後入れ先出し)
検索を行い、クラスにマッチするディレクトリを探します。
ディレクトリの追加は addDirectory() メソッドで行います。
addDirectory(dirname(__FILE__) .'/../services/');
$server->addDirectory(dirname(__FILE__) .'/../package/');
]]>
リモートサービスをコールする際には、アンダースコア (_) およびどっと
dot(.) をディレクトリ区切り文字として使用します。
アンダースコアを使用すると、PEAR や Zend Framework のクラス命名規約に従った形式となります。
つまり、サービス com_Foo_Bar をコールした場合は、
インクルードされたパスのどこかにある
com/Foo/Bar.php を探します。ドット記法を使用してリモートサービスを
com.Foo.Bar のように指定すると、
インクルードされたパスの最後に com/Foo/Bar.php
を追加して Bar.php を自動的に読み込みます。
スクリプトに送られたすべての AMF リクエストがサーバで処理され、
その結果の AMF レスポンスが返されます。
アタッチされるすべてのメソッドや関数には docblock が必要
Zend Framework の他のサーバコンポーネント群と同様、クラスのメソッドには
PHP docblock 形式のドキュメントが必要です。
少なくとも必須引数と返り値についてのアノテーションが必要となります。
次の例をごらんください。
その他のアノテーションを使用することもできますが、無視されます。
サーバへの Flex からの接続
Zend_Amf_Server に Flex プロジェクトから接続するのはきわめて簡単です。
エンドポイントの URI を
Zend_Amf_Server スクリプトに指定するだけでよいのです。
たとえば、作成したサーバをアプリケーションルートに
server.php という名前で配置したとしましょう。URI は
http://example.com/server.php となります。
この場合は、services-config.xml ファイルを編集して、
チャンネルのエンドポイント URI 属性をこの値に変更します。
まだ service-config.xml ファイルを作っていない場合は、まずナビゲータウィンドウでプロジェクトを開きます。
そしてプロジェクト名のところを右クリックして 'プロパティ' を選択します。
プロジェクトのプロパティダイアログで 'Flex ビルドパス' を選択し、
'ライブラリパス' タブで 'rpc.swc' ファイルがプロジェクトに追加されていることを確認したら、
OK を押してウィンドウを閉じます。
また、リモートオブジェクトのエンドポイントを探す際に service-config.xml
を使用することをコンパイラに指定する必要もあります。
ナビゲータのプロジェクトフォルダを右クリックしてプロパティを選択し、
もういちどプロジェクトのプロパティパネルを開きます。
そこで 'Flex コンパイラ' を選択して、
-services "services-config.xml" を追加します。
適用、そして OK を押してオプションを更新します。
これで結局何をやったのかというと、実行時の変数を
service-config.xml から読み込んで RemotingObject クラスで使うよう
Flex コンパイラに指示したということです。
それから、リモートメソッドへの接続の際に使用するサービス設定ファイルを
Flex に教えてやる必要があります。そこで、Flex プロジェクトの src フォルダに
'services-config.xml' ファイルを新たに作成します。
プロジェクトフォルダで右クリックして '新規作成' 'ファイル'
を選択すると新しいウィンドウが開きます。プロジェクトフォルダを選択し、
ファイル名を 'services-config.xml' と指定して終了を押します。
Flex は新しい services-config.xml ファイルを作成し、それを開きます。
次の例のとおりに services-config.xml ファイルを作成してください。
エンドポイントの部分はあなたが使用するサーバに書き換えます。
そしてファイルを保存することを忘れないようにしましょう。
*
]]>
この例にはポイントがふたつあります。まず
AMF チャネルを作成し、そしてエンドポイントの URL を
Zend_Amf_Server に指定します。
]]>
このチャネルの ID として "zend-endpoint" を指定したことに注意しましょう。
この例では、このチャネルを指すサービスを作成して、その ID を指定しました。
この場合の ID は "zend" となります。
Flex の MXML ファイルで、RemoteObject をサービスにバインドしなければなりません。
MXML で次のように記述します。
]]>
ここでは、新しいリモートオブジェクトに "myservice" という名前をつけ、
さきほど services-config.xml で定義した "zend"
にそれをバインドしています。ActionScript からメソッドをコールするには、
"myservice.<method>" とするだけです。例を示します。
名前空間を使う場合は
"myservice.<namespace>.<method>" のようにします。
Flex RemoteObject の実行についてのより詳細な情報は
Adobe Flex 3 のヘルプサイト をごらんください。
エラー処理
デフォルトでは、アタッチしたクラスや関数からスローされた例外はすべて捕捉され、
AMF ErrorMessage として返されます。しかし、この ErrorMessage
オブジェクトの中身は、サーバが "production" モード (デフォルトの状態)
であるか否かによって異なります。
production モードの場合は、例外コードのみが返されます。
production モードを無効にする (これはテスト時にしか行ってはいけません)
と、例外についての詳細が返されるようになり、
例外メッセージや行番号、バックトレースがすべて返されます。
production モードを無効にするには、次のようにします。
setProduction(false);
]]>
再度有効にするには、true を渡します。
setProduction(true);
]]>
production モードの無効化は慎重に!
production モードを無効にするのは、開発時のみにすることを推奨します。
例外メッセージやバックトレースにはシステムに関する重大な情報が含まれる可能性があり、
外部からアクセスされることは好ましくありません。
AMF はバイナリ形式ではありますが、その仕様は公開されています。
つまり、誰でもメッセージを解読できる可能性があるということです。
もうひとつ、特に注意を要するのが PHP のエラーです。
INI 設定 display_errors が有効になっていると、
エラー報告レベルに応じてあらゆる PHP のエラーが直接出力されてしまいます。
これは、AMF のレスポンスを壊してしまう可能性があります。
運用時には display_errors を無効にし、
この問題を回避することを推奨します。
AMF レスポンス
レスポンスオブジェクトを操作したくなることもあるかもしれません。
メッセージヘッダを追加したい場合などが考えられます。サーバの
handle() メソッドはレスポンスオブジェクトを返すので、これが利用できます。
型付きオブジェクト
SOAP と同様、AMF でもクライアントとサーバの間でオブジェクトをやりとりすることができます。
これにより、クライアントとサーバの間での柔軟性と一貫性を確保することができます。
Zend_Amf には、
ActionScript と PHP オブジェクトを関連付けるための 3 つのメソッドが用意されています。
まず、サーバ側で明示的なバインドを行うには
setClassMap() メソッドを使用します。
最初の引数は ActionScript クラス名で、2 番目の引数は関連付ける
PHP クラス名となります。
setClassMap('ContactVO', 'Contact');
]]>
次に、PHP クラス内で public プロパティ
$_explicitType を設定する方法があります。
ここには、関連付けたい ActionScript クラス名を指定します。
3 番目の方法として、PHP クラスの public メソッド
getASClassName() を使用することもできます。
このメソッドは、適切な ActionScript クラスを返すようにしなければなりません。
サーバ側で ContactVO を作成したら、
サーバオブジェクトに対応するクラスを AS3 で書かなければなりません。
Flex プロジェクトの src フォルダを右クリックし、新規作成 ->
ActionScript ファイルを選択します。ファイルに ContactVO
という名前をつけて終了を押すと、新しいファイルがあらわれます。
次のコードをコピーして、クラスを作成しましょう。
このクラスは、同名の PHP のクラスと構文的に同等となります。
変数名はまったく同じで、大文字小文字もあわせておかなければ正しく動作しません。
このクラスでは、AS3 独特のメタタグが 2 つ用いられています。
最初のタグは bindable で、これは更新時に change イベントを発火させます。
2 番目のタグは RemoteClass で、このクラスがリモートオブジェクトを保持できること、
そのエイリアス名が (ここでは) ContactVO であることを定義します。
このタグに設定される値は、PHP のクラスと正確に一致していなければなりません。
サービスコールの後の result イベントは即時に Flex の ContactVO にキャストされます。
myContact にバインドされているすべての内容は、返された
ContactVO データで更新されます。
サーバへの Flash からの接続
Zend_Amf_Server に Flash プロジェクトから接続する方法は、
Flex からの場合とは多少異なります。しかし、いったん接続してしまえば
Zend_Amf_Server は flex の場合と同じように動作します。
次の例は Flex AS3 ファイルからでも使用できます。
同じ Zend_Amf_Server 設定ファイルを用い、
World クラスを用いて接続します。
Flash CS を開き、新規 Flash ファイル (ActionScript 3) を作成します。
そのドキュメントに ZendExample.fla という名前をつけ、このサンプルを使用するフォルダに保存します。
次に、同じディレクトリに新規 AS3 ファイルを作成し、Main.as という名前をつけます。
そして両方のファイルをエディタで開きます。
これから、ドキュメントクラスを通じてふたつのファイルをつないできます。
ZendExample を選択し、ステージ上でクリックします。
ステージのプロパティパネルで、ドキュメントクラスを Main に変更します。
これで、ActionScript ファイル Main.as が ZendExample.fla
のユーザインターフェイスとつながります。
Flash ファイル ZendExample を実行すると、Main.as クラスが実行されるようになるのです。
次に、AMF をコールする ActionScript を追加します。
それでは、Main クラスを作成していきましょう。これを用いてデータをサーバに送信し、結果を表示します。
次のコードを Main.as にコピーしましょう。これから、
このコードの中身を追いかけながら何をやっているのかを説明していきます。
まず、さまざまな作業をするための ActionScript ライブラリをインポートする必要があります。
ひとつめが NetConnection で、これはクライアントとサーバの間でパイプのような働きをします。
もうひとつは Responder オブジェクトで、これはコールが成功したかどうかなどのサーバからの返り値を処理します。
クラスの中で 3 つの変数を用意します。これらがそれぞれ NetConnection、Responder
そして Zend_Amf_Server へのゲートウェイ URL をあらわします。
Main のコンストラクタでレスポンダを作成し、また
Zend_Amf_Server エンドポイントへの新規接続も作成します。
レスポンダでは、サーバからのレスポンスを処理するメソッドが 2 つ定義されています。
わかりやすくするため、それぞれ onResult および onFault と名づけます。
onComplete 関数は、コンストラクタの処理が終わった直後に実行されます。
ここで、データをサーバに送信します。
Zend_Amf_Server World->hello 関数をコールするコードを 1 行追加しています。
responder を作成した際に、サーバからのレスポンスを処理する関数として
onResult と onFault を定義しました。サーバから正しい結果が返ってきたとき用の関数を追加します。
成功時のイベントハンドラは、サーバへの接続が正しく処理されるたびに毎回実行されます。
onFault 関数は、サーバから無効な結果が返ってきたときにコールされます。
たとえば、サーバからエラーが返された場合、サーバへの URL が無効な場合、
リモート側にサービスやメソッドが存在しない場合など、接続時に問題が発生した場合にコールされることになります。
これで、ActionScript 内でのリモート接続処理は完成しました。
ZendExample を実行すると、Zend Amf へ接続されるようになります。
ここまでを振り返ってみましょう。まず最初にリモートサーバへの接続に必要な変数を追加し、
サーバからのレスポンスを受け取ったときに使用するメソッドを定義し、
そして最後に返された結果を trace() で出力しました。