できあがりのサンプルはこちらをクリック。

早いもので、もう６月号なんですね。今年の前半をしめくくる号となりました。
さて、Flash + XML。これら２つの技術の融合は、RIAを構築する上で、ますます重要度が高まってきています。そこで今回は、AS3.0におけるXMLの読み込みと解析の基本を取り上げます。
具体的には外部RSSフィードをロードして、その内容をDataGridコンポーネントに表示するシンプルなRSS Readerアプリケーションを作成します。この連載でとりあげるAS3.0コンテンツも次第にアプリケーションっぽくなり、内容も高度になってきましたね。これからAS3.0を始めようという志を持った方は、バックナンバーを参照するなどしてがんばって付いてきてくださいね。
従来のAS1.0/2.0と比べると、AS3.0におけるXML処理の記述は、シンプルになりました。AS3.0は「ECMAScript for XML (E4X)」に準拠しているため、XMLデータを扱うためのビルトインクラスが大幅にパワーアップされたわけです。これにより、RSSフィードのように複雑な構造を持つXMLデータを扱う場合でも、一貫性のあるコーディングが可能になりました。そのあたりについて解説します。

できあがりのサンプルはこちらをクリック。

2008年01月号から３回にわたり「ActionScript 3.0 事始め」と題し、AS3.0の基本的な内容について解説してきました。今回からは、やや高度な内容のFlashを作っていきたいと思います。
これまでに解説したデータ型の指定やカスタムクラス、表示リスト、ドキュメントクラスなどの特長や概念については、簡単な指摘にとどめたいので、詳しい解説は過去のFCTの記事なりご自分でネット上の情報もしくはFlashヘルプなどにあたって学習していただきたいと思います。まあ、これも言い訳がましくて申し訳ないんですが、基礎的な概念ばかりを解説しても、あんまりおもしろいFlashを作れないもんですから、ご了承くださいと、まあ、こういうわけなんです。
さて、こちらの事情はさておき、今回は、カーソルの動きと連動してオブジェクトのスケールなどのプロパティを変化させるちょっとインタラクティブなアニメーションの作成について解説します。またオブジェクトを複数個生成した場合に、配列を使ってオブジェクトの参照を保持し、制御するテクニックについても見ていきます。

できあがりのサンプルはこちらをクリック。

前回に引き続き、AS3.0によるFlash制作をテーマにしていきます。今回は「表示リスト」と「ドキュメントクラス」について見ていきます。表示リストとはAS3.0から導入された仕組みで、ステージを頂点とするツリー構造をしており、オブジェクトをステージ上に登場させるには、必ず表示リストにオブジェクトを追加しなければならないというルールになっています。
ドキュメントクラスというのは、メインタイムラインを使用せずにカスタムクラスのインスタンスを自動的に追加する仕組みで、MovieClipクラスもしくはSpriteクラスを継承する必要があります。このあたりの事情について解説します。

できあがりのサンプルはこちらをクリック。

前回に引き続き、AS3.0によるFlash制作をテーマにしていきます。今回は「AS3.0のカスタムクラス定義」について見ていきます。AS3.0ではカスタムクラスを定義するのに、スクリプトウィンドウを使って外部ASファイルを作成するスタイルをとります。AS3.0ではOOP（Object Oriented Programming - オブジェクト指向プログラミングのこと）に基づいたスクリプティングが要求されます。これはつまり「カスタムクラスを独自に作っていく」ということに他ならないわけですが、この手順についてまずは「シンプルに円を描画する」クラスを作成しながら、解説します。

わたくしハヤシカオルは「第４章　Flashの達人から学ぶプロの技」の「XMLで管理するFlashフォトギャラリー」を寄稿させていただきました。第一線で活躍されているFlashクリエイターの方たちが執筆しており、私にとってもいい刺激に満ちた内容になっていますので、プロの方にも参考になるのではないでしょうか。ご興味のある方はぜひ書店でご覧になってください。

書籍データ

書名

1ランク上の技を身につけるFlashの強化書 (ムック)

著者

+DESIGNING編集部

出版社

株式会社毎日コミュニケーションズ

出版年月

2008年1月29日

ページ数

160ページ

ISBN

ISBN978-4839926984

価格

1,890円（税込）

できあがりのサンプルはこちらをクリック。

これまでAS1.0/2.0を使ったサンプルを通してFlash制作のテクニックを紹介してきた本連載ですが、今回からAS3.0によるFlash制作をテーマにしていきます。実際に使ってみると異なるスクリプト言語と言ってもよいほどAS1.0/2.0とAS3.0はかなり違っておりまして、高度なオブジェクト指向が必要です。しかしながらクリエイターの今後の活躍の場を切り開いていく強力な武器となる可能性も大いに秘めていますので、まずは基本を重視し、少々退屈かもしれませんが、簡単なサンプルから順を追ってAS3.0について解説していきたいと思います。
ちょっと言い訳がましかったかな。AS3.0については、私もまだまだ勉強中なんですがね。そういうわけで、ともに勉強していきましょう。

できあがりのサンプルはこちらをクリック。

前回（FCT vol.67）・前々回（FCT vol.66）で作成したFlashによるパズルゲーム「東京23区パズル」にSharedObjectを使い、ゲーム結果の履歴をローカル環境に保存して再利用する機能を追加します。「東京23区パズル」とは、東京23区をパズルのピースに見立てて、海岸線だけが記されている白地図の上に正確に並べられるかどうかを競うパズルゲームです。今号はゲームの結果を保存する機能の作成やXML形式のデータを解析してDataGridコンポーネントに表示する部分に焦点をあてて、解説しています。

できあがりのサンプルはこちらをクリック。

前回に引き続き、Flashによるパズルゲーム「東京23区パズル」を作成します。「東京23区パズル」とは、東京23区をパズルのピースに見立てて、海岸線だけが記されている白地図の上に正確に並べられるかどうかを競うパズルゲームです。今号はパズルゲームの初期化とアイテムをPress, Releaseしたときの処理などに焦点をあてて、解説しています。

ガスケとフェレーの試合は準決勝から見ていた。準決勝のフェレーの相手はビッグサーバーとして知られるカルロビッチ。長身から200kmを超えるフラットや角度のあるスライスを打ち込んでくるゲームは見応え十分。第１セットはフェレーがカルロビッチの強烈なサーブに苦しみながらも要所をしめてタイブレークの末ゲット。カルロビッチは決してサーブだけの選手ではなく、ボレーのセンスもなかなかある。果敢に前に出て攻めていた。トッププロ同士のボレーとパスの攻防は、信じられないようなスーパーショットの打ち合いと並んで、私がテニスを観ていてもっとも興奮するシーンの一つだ。今でも覚えている試合の数々は、このボレー対パスの対決の魅力によるところが大きい。例えばエドバーグ vs クリックステイン、ベッカー vs レンドル、サンプラス vs アガシ、ルコント vs ビランデル。まだまだあるが。テニス界には常に、華麗なテクニックを見せるサーブ＆ボレーヤーとグランドストローカーがいたのだ。話がそれたが、第２セットはカルロビッチのファーストの率が落ちてきたこともあって、なかなかサービスが思うように決められない。結果フェレーのリターン率が上がり、ストロークの応酬になると、カルロビッチのバックのスライスでは、フェレーになかなか通用せず攻め込まれる。ときおりカルロビッチも鮮やかなフォアで逆襲するも、トータルで見ればフェレーが安定した打ち合いに持ち込んで勝利。ランキング8位どおりの強さが印象に残った。

一方、ガスケ対ベルディハの準決勝は、ガスケがベースラインからさらに２，３メートルほど下がって打ち合いを展開。見たことがないぐらい下がっていた。非常に守備的なポジションだと思う。ドロップショットを打たれても追いつくフットワークがあるということだろうか？そこからエース級のショットが炸裂するわけでもないのに、先にベルディハが攻撃をしかけてミスをしてしまう展開。ガスケは確かにミスショットが少ない。ミスショットの数が勝敗を分けたような印象。ベルディハも攻撃的で悪い選手ではないのだが、先にミスをしてしまうとテニスはポイントが取れないスポーツなので、守備的に試合を進めたガスケの術策にはまってしまったようだ。というわけで決勝の顔合わせは、フェレー vs ガスケとなる。

翌7日の決勝はちょっとしたミスを犯してしまった。男子シングルス決勝の前に男子ダブルスの決勝があって、その試合後あまりに日差しが強かったので、休憩に行ってしまったのだ。で、戻ってくると、なんともうフェレー vs ガスケの終盤。うーむ、ダブルスの決勝後、表彰式があって、その後シングルスの決勝だろうから、時間的に余裕があるだろうとタカをくくっていたのだが。。。しかし試合時間をみると、なんと試合開始後まだ30分すぎ。？？？？なんで、こんなに展開が早いんだ？スコアボードを観ると第１セットは６−１でフェレー。第２セットは既に３−０でフェレーがリード。やばい。このまま一方的な展開で終わってしまうのか。ガスケ本来のプレーを期待していたが天才は飛び立つことなく、あきらめモードの中フェレーの圧倒的なプレーの前に撃沈。というわけで、決勝は最後の２０分ほどしか観られなかった。いくら３セットマッチだからといって、ここまで早く決着がついてしまうのは、ちょっと記憶にないなあ。しかしまあ、テニスは昨日がよかったから今日もいいとは限らないスポーツなのは、私自身もよく分かっている。しかし決勝でのタイブレークのかけひきとか、第３セットにもつれることを期待していたのだが、なかなかそううまくはいかんものだな。次からはもっと真剣に観るようにしよう。

そのようなわけで、フェレーの安定した強さが目立った今年のAIG OPENだった。全米でナダルを下した実力を観ることができて、好きなテニスプレイヤーがまた一人増えた。フェレーは、来月上海で行われるマスターズカップ（2007.11.11〜11.18）や来年のグランドスラムの準決勝あたりで王者フェデラーに土をつけるんじゃないだろうか？そのときのフェレーとフェデラーのストロークの応酬はどんなに素晴らしいものになるだろうか？今から非常に楽しみである。

［Designer meets Designers 02 開催概要］

主催：

（株）エムディエヌコーポレーション web creators 編集部・WEB STRATEGY 編集部

開催日時：

2007年11月29日（木曜日）14:30開場　15:00開演

会場：

六本木アカデミーヒルズ49　タワーホール （六本木ヒルズ49階）

詳細・お申し込み：

http://www.mdn.co.jp/webcre/d2/

私、ハヤシカオルは「SESSION 3　現場で使えるActionScript実用テクニック」に登場します。60分という短い時間ではありますが、クリエイターの方に何かお役に立てる話ができればと、あれこれ策を練っているところでございます。ご興味がある方は、当日六本木ヒルズで会いましょう。

できあがりのサンプルはこちらをクリック。

今回から新しいテーマ、Flashによるパズルゲーム「東京23区パズル」を作成します。「東京23区パズル」とは、東京23区をパズルのピースに見立てて、海岸線だけが記されている白地図の上に正確に並べられるかどうかを競うパズルゲームです。今号はプロトタイプと23区のMovieClipに焦点をあてて、解説しています。

（正）
ゲーム終了時のように、パズルの完成形をMC［main］内に作成する。ゲームを初期化する処理で地図上の23区オブジェクトの_alphaプロパティを0にして、「存在はするが見えない」状態にしておく。ドロップ時の当たり判定を使ってアイテムが正確に配置されたときのイベントをとらえて、アイテムをステージ上から削除し、もともと地図上に配置されていた該当する23区オブジェクトの_alphaプロパティを100にして地図上に現れるようにする仕組みだ

（誤）
イラストレーターで、地図と23区オブジェクトのパスを作成しているところ。ダイレクトにFlashで作成してもよいが、使いなれたドロー系ソフトでパスを作成し、Flashに読み込んでもよい

できあがりのコンテンツはこちらをクリック。

「巨泉のクイズダービー（古い？）」であったような三択クイズです。問題文や正解はすべてXML側で管理しています。ランダムに10問を選び出しています。クイズゲーム以外にもいろいろと応用が効くと思います。サンプルファイルは太っ腹なことにMdNのサイトからダウンロードできますので、ご興味のある方は研究してみてはいかがでしょう？

できあがりのサンプルはこちらをクリック。

前回に引き続き、XMLConnector + DataGridを使用したアプリケーション「DEEP DataGrid Gallery version 0.1」の作成について解説しています。前回はスキーマとバインディングといったFlashのコネクタコンポーネントを扱う上で必須の概念について見ていきました。それらをふまえて今号では、外部XMLで管理することができるフォトギャラリーアプリケーション「DEEP DataGrid Gallery version 0.1」を完成します。

できあがりのサンプルはこちらをクリック。

今回から２回に分けて、XMLConnector + DataGridを使用したアプリケーション「DEEP DataGrid Gallery version 0.1」の作成について解説しています。FlashにはUIコンポーネントだけでなく、データベースやXMLドキュメントといった外部データソースからデータを取り入れるためのコネクタコンポーネントや、読み込んだデータを管理するためのDataSetコンポーネントなど、目には見えませんがアプリケーションの裏方的な仕事をするものがあります。サンプルの作成を通して、それらの基本的な使い方を紹介しています。

• LZXのスクリプティングは、DOM Scriptingと考え方がよく似ていること
• 自習を進める上でOpenLaszlo 3.4.0のLZX Reference Manualが参考になること

すなわち、DOM Scriptingは、XML形式にのっとって記述されたDocument Object Modelに手を加えるための標準化された手法のように私は考えておりますが（XHTML + Javascript はもちろんのこと、それ以外のDOMに対しても有益な手法として）、OpenLaszloでのRIA構築で使用するLZXもXMLドキュメントの一種であり、スクリプティングの基礎は何らDOM Scripting 標準と変わらないのではないか、という点です。これは最近Ajaxアプリケーションを開発するために、DOM Script 標準に興味を持って自習をすすめてきた自分としては、大いに励まされるところがありました。「スクリプティングにおける普遍性」というのは、非常に気持ちが良いです。
さらにこれまでOpenLaszlo 4.0に付属のマニュアル（英語版）を頼りに自習しておりましたが、LZXの全体像というか、そもそもどういうタグがあり、Attributeがあり、メソッドがあるのか頭の中でまとまらないままやみくもに進めてきたものが、OpenLaszlo 3.4.0のLZX Reference Manualを今回初めて教えてもらったところ、これがなんとまあ、わかりやすいこと！正直、いままで奮闘してきたのは何だったんだろうと思いました。これはバイブルですね。やはり英語版なんですが、知りたいことがすぐにわかるようにできており、これからOpenLaszloを触ってみようという方は、必見です。私もこれを手元にさらに自習を進めたいと思いました。

今RIA構築環境は、すごい勢いで発展・進化しています。OpenLaszloしかり、Flexしかり、Flashしかり、爆発的といっていいくらいですね。しっかりと自分のツールにしていきたいと思います。初心忘れるべからず、です。

できあがりのサンプルはこちらをクリック。

前回に引き続き、Yahoo! Maps AS-Flash APIを使った地図アプリケーション「DEEP Photo Maps version 0.1」の作成について解説しています。XMLドキュメントを使って外部画像のパス、緯度・経度、キャプションなどのコンテンツを管理し、Yahoo Maps上にインタラクティブに表示するFlash地図アプリケーションを完成します。

できあがりのサンプルはこちらをクリック。

今回から２回に分けて、Yahoo! Maps AS-Flash APIを使った地図アプリケーション「DEEP Photo Maps version 0.1」の作成について解説しています。Yahoo! US版から提供されている地図アプリケーション作成Webサービスとどのように連携するのかがテーマです。Yahoo! Maps AS-Flash APIを使うための準備とYahoo MapsをFlash内に表示するための基本的な方法について解説しています。

できあがりのサンプルはこちらをクリック。

前回から引き続き、回転ドア式の立体的フォトギャラリー「The revolving photo gallery version 0.1」の作成です。本連載でこれまでに何度か解説してきた仮想的な３次元空間を移動するモーショングラフィック的要素とXMLドキュメントでのコンテンツ管理をミックスさせたウェブアプリケーションになります。

DEEP KICK.com プロデュースのFlashテニスゲーム「SUPER CHILI-TIMERS TENNIS」のデモンストレーション用のムービーを作成し、Youtubeで公開してみました。今後もこのようなムービーを積極的に制作し、このFlashゲームを全世界に広めていきたいと思います。

YouTube.com でたまたま見つけました。パッヘルベルのカノンをギターで。テクニックは凄いです。

満足した豚よりも不満足な人間である方が、また満足した愚か者よりも不満足なソクラテスである方がよい。

ジョン・スチュアート・ミル　「功利主義 第二章」より

• 日時：2007年4月26日（木）午後7:00受付け開始 　レクチャー　7:30−9:00
• 会場：エイクエント東京オフィス　レクチャールーム
• 参加資格：エイクエントのタレント、またはタレント同伴の一般の方
• 参加費：無料！

ということらしいですわ。お申し込み、その他詳細はこちらのエイクエントのサイトからできるようです。エイクエントに興味のある方は、この機会にタレントとして登録してみるのもいいでしょう。

で、Flashの何について話すかというと、実は今、思案中です。あんまり技術よりの話をしてもおもしろくないだろうから、大雑把ですが、ハヤシカオルがFlashというツールとどういうふうに付き合い、Flashと共同してどういうプロダクトを制作してきたのか、そして今後さらに進化していくであろうFlashとどういうふうに付き合っていくのか、そのあたりについて初心に戻り、イチFlashクリエイターとして、現在の思いを素直に分析してみようかなと。そんなふうに今は考えています。途中で話が変わるかもしれませんが。

できあがりのサンプルはこちらをクリック。

今回の「Flash Creative Technique」から前編と後編の２回に分けて、回転ドア式の立体的フォトギャラリー「The revolving photo gallery version 0.1」の作成を解説します。本連載でこれまでに何度か解説してきた仮想的な３次元空間を移動するモーショングラフィック的要素とXMLドキュメントでのコンテンツ管理をミックスさせたウェブアプリケーションになります。

はじまりは、だいたいそういう思いつきです。まず最低限必要な機能とインターフェイスをイメージします。次にそれが果たして本当にFlashで可能な話かどうかの調査も兼ねて、プロトタイプの作成にとりかかります。これがなかなかうまくいかない（笑）。これまでに制作したモノや知識を総動員し、行ったり来たりを繰り返しながら、少しずつプロトタイプをカタチにしていきます。楽しくもあり、非常に頭を使うので疲れる工程でもあります。そうこうするうちに原型ができあがってきます。

仮想空間の原点を中心にした円周上に、一定の角度ごとにオブジェクトを複製します。口でいうのは簡単なんですが、いろいろなやりかたがあって、試行錯誤しながら作っていきます。次に横方向の回転運動を生み出す動力を取り出す仕組みを考えます。これは土台となるオブジェクトをドラッガブルにして、リリースすると減速しながら、元の位置に戻りつつ停止するような仕組みを作り、距離に比例した動力を取り出すようにします。停止すると動力もゼロになるわけです。

今回たまたまワイヤーフレーム状態にしたオブジェクトを並べると、古代ローマのコロッセウムの模型のような円柱が現れました。動かしてみると、幾何学的な模様が非常に美しい。これはこれで別の何かに使えそうです。後編に続きます。

できあがりのサンプルはこちらをクリック。

前回は仮想的な空間にあるオブジェクトをスクリーンに透視変換する原理について、考察しました。今回は運動するオブジェクトが作る「軌跡」に焦点をあてて、考察を加えたいと思います。

軌跡というのは、最初に運動しているオブジェクトの過去の姿、つまり何フレーム目か前の状態であると考えます。２つや３つじゃ、あんまり軌跡に見えませんが、３０とか５０ぐらい連続すると、軌跡に見えてきます。

オブジェクトの過去の姿を後で使うためには、必要なプロパティの値を変数などに保存しておく必要があります。誌面では「五大プロパティ」と勝手に呼んでおりますが、オブジェクトのX座標・Y座標・X方向およびY方向の拡大縮小率・アルファ値を、毎フレームごとに「構造体」を用いて記録します。

例えば1フレーム目の五大プロパティは、new Object(); を用いて「kiseki_1」というインスタンス名の構造体を生成し、その内部に記録します。2フレーム目は「kiseki_2」というインスタンス名の構造体に記録します。これを毎フレーム繰り返します。

次に必要な情報は、複製するオブジェクトの個数とオブジェクトを複製するタイミング、つまりインターバルとなるフレーム数です。インターバルを決めれば、次に複製するオブジェクトが最初のオブジェクトの何フレーム分過去の状態に該当するのか計算することができます。それを個数分繰り返します。

p = i - interval * r
この数式を見ます。i は最初のオブジェクトが運動を始めてからのフレーム数。interval はインターバル、r は複製されたオブジェクトのインスタンス名末尾の数字を表します。例えば最初のオブジェクトの次に複製されたオブジェクトのインスタンス名は「iName_1」、次のオブジェクトは「iName_2」というインスタンス名を持ちます。この数式でもとめられるp は、軌跡を記録している構造体の名前末尾の数字になります。つまり何フレーム目に記録した軌跡が複製したオブジェクトそれぞれに当てはまるのかをこの数式で計算しているわけです。

ここまで解決すれば、後は構造体から取り出した五大プロパティの値を複製した各オブジェクトのプロパティに適用すれば完成です。軌跡を追いかけるのは、複製するオブジェクトの個数にもよりますが、onEntefFrameイベントハンドラ内でfor文を使うなど、瞬間的にかなりの計算が必要なことがわかります。もしかするともっとうまい方法があるのかもしれませんが、とりあえずハヤシカオルが今回のサンプル作成を通して辿り着いた方法ということで、ご参考までに。

できあがりのサンプルはこちらをクリック。

今回から前編と後編の２回に分けて、３次元座標上を動くスパイラル運動について考察します。３次元的なモーショングラフィックの作成に役立つかも。

奥行き感と言いましたが、奥行き感を持った運動を表現するためには、オブジェクトを動きの中で拡大・縮小する必要があります。近くのものは大きく見えるだろうし、遠くのものは小さく見える。それをFlashのステージを映画のスクリーンに見立てて考えるには、「透視変換」という手法を使います。

「透視変換」といっても難しく考える必要はありません。映画館に入ってスクリーンを眺めている自分を想像します。座席の位置はだいたい中央あたりがいいですね。で、中央付近の座席に腰を下ろしてスクリーンを眺めます。館内が暗くなって、余計なモノが見えなくなります。スクリーンを見ると派手派手しい音声とともに映画の予告編みたいなものが始まります。スクリーン自体は２次元の世界です。スクリーン上には奥行きがありません。Flashで言う「ステージ」と同じです。通常映画館では途中で座席を移動したりしないので、見ている人の位置は固定です。つまりスクリーンと視点の位置関係は一定だと考えます。

すると仮想的な物体の位置（それはスクリーンの奥にあるので、仮想的な空間上にあります）とその物体がスクリーン上に投影されている位置と視点を線で結ぶと三角形が２つできます。そしてその三角形は相似の関係にあります。これが「透視変換」の原理です。毎フレームごとに透視変換を行い、座標位置・拡大縮小率・アルファといったオブジェクトのプロパティを計算し、ステージ上にあるオブジェクトに適用します。そうすれば、後は仮想的な空間上にあるオブジェクトを何らかの方法で動かせば、勝手に透視変換した後のプロパティを適用したオブジェクトがステージ上に表示されるわけです。

スパイラル運動は仮想的な３次元空間を回転運動しているオブジェクトにさらにZ軸上を平行移動する運動を加えることで作り出すことができます。単にZ軸方向の値を毎フレームごとに6pxずつ増加させるとか逆に減少させるとかします。

より詳しい解説は誌面の方をご覧いただくことにして、今回は原理的なことを補足してみました。では、後編に続きます。

今回完成したサンプルは上のようになります。誌面で解説しているサンプルファイルはMdNのFlashクリエイティブ・テクニックからダウンロードすることができます。

外部APIとFlashを組み合わせたマッシュアップをテーマに作った「DEEP Weather Flash ver 0.1 」です。詳しい解説は誌面の方をご覧ください。ブログでは補足的に解説を加えたいと思います。

そのための準備として、地点定義XMLの［area.xml］とFlashに読み込んで解析し、データを後で処理しやすいように多次元配列に格納します。それを図解したものがp91の【A-2】です。［地方］-［都道府県］-［地点］はそれぞれ、［親］-［子］-［孫］の関係であるわけで、［area.xml］でもそのように階層構造として記述されているわけですが、それを多次元配列にします。その際にfor文を使います。配列の階層１つに対して１つのfor文が対応するので、

for(i = 0; i < areaNode2.length; i++) {
  <area>タグの属性を解析
  地方のコンボボックスにラベルと値をセット

  for(p = 0; p < prefNode2.length; p++) {
    <pref>タグの属性を解析

     for(y = 0; y < cityNode2.length; y++) {
      <city>タグの属性を解析
    }
  }
}

といった処理をしているわけです。

都道府県と地点の２つのコンボボックスのそれぞれのラベルと値は、親のコンボボックスの値が変化したときに、多次元配列からデータを取り出し、addItem() メソッドを使ってセットされるようにしています。考えてみれば［area.xml］から任意の地点IDを取り出すために、大変な処理をしているわけでして、これが任意ではなく、あらかじめ決まった地点でよければ、これほど複雑な処理にならずにすみますね。

日付は今日・明日・明後日の3種類しかないので、非常にシンプルです。Where と When が特定されれば、後は前回解説したようにLWWSとRESTでやりとりすれば、お天気情報を取得することができます。

最後に、熱心な読者のみなさま、本年もありがとうございました。来年もいろいろなアイデアとテクニックを駆使したFlashを紹介していきたいと思いますので、よろしくお願いいたします。それでは、よいお年を。

路線別ではなく、都道府県・市区町村別にお気に入りの物件を検索できる「新築マンション検索 Mansion Finder」も作ってみました。こちらは例えば 東京都 → 豊島区 のようにエリアから物件を検索することができます。

いずれのサービスも「Smatch!物件検索サービス」をマッシュアップし、Ajax + RESTでデータをやりとりしています。