InfoQ

News

注目されるMate Flex FrameworkのAlpha版

作者 Moxie Zhang , 翻訳者 渡辺 裕之 投稿日 2008年6月20日 午前6時42分

コミュニティ
Java
トピック
RIA
タグ
Flex

Mate(サイト・英語)(ラテのように“マ・テ”と発音する)がFlexコミュニティで注目を集めている。MateはAsFusion社によって作られているタグベースのFlexフレームワークである。AsFusion社内では長い間利用されていたが、つい先日アルファ版が公開されたばかりである。

MateはFlexフレームワークであり、タグベースのMXML言語がFlexアプリケーションにイベントをどのように処理すべきかを示すマッピング定義を提供するのに効力を発揮する。Mateは開発者がFlexアプリケーションを作成しているときに面する様々な一般的な問題を解決する。その問題とは外部サービスからデータを取得しビジネスロジックを処理することである。

例えば、GeekLifeのJohn C. Bland 二世が以下のように表現している。

世間にある大部分のフレームワークは必要ではないかもしくは使いたいとも思わないようながらくたの山を追加します。時にはそういったフレームワークには不可思議な設定やアプローチがあります。ほとんどの場合フレームワークが提供する唯一のものは共通のベースとなるコードであり、それによって新しい開発者が参画可能になり、生産性も確保できるのです。それは彼らが選択されているフレームワークをもともと知っているからです。


Bland氏はとりわけMateのイベントハンドラがお気に入りである。氏は次のように述べている。


Mateはこの領域における逸品です。まずイベントが表示され、それに対してイベントハンドラを設定します。これらのハンドラはいくらでもサービスの呼び出し、クラスへの値のセット、クラスのメソッド呼び出し、別のイベントへの転送といったタスクを処理することができます。嬉しいことにModelLocatorのようにグローバルな変数に値をセットしたり、グローバルなメソッドを呼び出すことなくUI内で20階層にも渡ってイベントを転送することができるのです。これにより新しいビューを得ることができ、アプリケーション内の配置に関わらずコンポーネントは更新されます。本当に素晴らしいです。


J2EE開発者であるZee Yang氏は(source)この肯定的な評価に賛同する一方でMateを別の角度から見ている。Yang氏は以下のように説明する。


どんなフレームワークもMXMLの宣言的な性質に対して何も効果を上げていないというのが大前提になります。これは筋が通ります。というのもほとんどのFlex開発者は元来J2EEの陣営かFlash/AS3の陣営から来ているからです。例えば、私にはJ2EE開発者という背景があります。私自身のFlexのスキルが向上するにつれ、MXMLの美しさを求めてアプリケーションを作成しています。それと同時に私は冗長なAS3ベースのフレームワークに失望してきています。私はMateが好きです。というのもMateはMVCフレームワークを忘れさせそれによって良いMXMLが生み出されるからです。


Iconaraで著述しているTheo Hultberg氏は(source)MXMLからのアプローチはFlex開発者に有益であるということに賛同している。彼は、「Mateはまったく押しつけがましくないです。MateによってアプリケーションはMXMLで宣言的に設定され、退屈なことはほとんどMateがやってくれます。ドキュメントや例を見る限り、Flexアプリケーションフレームワークの決して充実していない市場のよい競争者になるべきです。」と述べている。


Mateの中心的な機能を総括してHultburgは以下のように述べている。


Mateの中心はイベントマップであり、それはアプリケーションが異なる種類のイベントを転送するときにどんな処理がなされるべきかを記述するものです。それぞれのイベントに対して一つ以上のハンドラを実行することができます。ハンドラはオブジェクトのメソッドを呼び出すか、コマンドを実行するか、リモートオブジェクトを呼び出すかのいずれでも構いません。もちろん独自のハンドラを書く方法もあります。前のハンドラの結果を取得することでハンドラは連続的に実行することができます。これによってかなり複雑なロジックも作ることができます。これら全てがMXMLで出来るのです。つまり設定がそのままアプリケーションの事実上の配線になっているということです。もっと重要なことはそれが可読性があり理解が容易であるということです。


Mateが開発者の注目を浴び続ける限りInfoQではその解説を続けていく。

原文はこちらです:http://www.infoq.com/news/2008/06/mate-flex-framework-alpha

ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
slashdot+
Hatena

特集コンテンツ一覧

Flex 4の新機能トップ10

今週(2009年6月1日)AdobeはFlex 4の正式な初ベータ版をリリースしました。Flex 4はGumbo(オクラ)というコードネームで開発されています。今回のリリースには大きな変更が多数含まれています。このRIAフレームワークの最新バージョンにおいて変更された事柄についての概要を以下のリストで見ていきましょう。

Domain Driven Design(ドメイン駆動設計) Quickly 日本語版

ビジネス領域の深い理解を反映したドメインモデルを設計するための、ヴィジョンとアプローチです。この本は、Eric Evans氏の「Domain Driven Design」の主要点を短く読みやすく要約しました。

JavaプログラマがFlexとBlazeDSを学んだ方がいい13の理由

この記事ではJavaプログラマがなぜFlexとBlazeDSを学ぶべきなのかについて13の理由を述べています。なぜ高度にインタラクティブなWeb サイトからJavaで開発されたバックエンドをもつエンタープライズ・アプリケーションまでを含む、リッチ・インターネット・アプリケーション(RIA)の開発にFlexとBlazeDSの組み合わせが最適な選択肢となるのかについて述べています。

仮想パネル: バックログは重要な成果物とプラクティスか、それとも無駄か?

Mary Poppendieck氏、Ron Jeffries氏、Jeff Patton氏、David West氏、Steve Freeman氏、Jason Yip氏が、バックログに関する彼らの意見とアジャイルチームを成功させるために必要な事を語った。

Perf4Jを使ったパフォーマンス解析とモニタリング

この記事ではAlex Devine氏が、Java開発者がPerf4Jをどのように利用できるかと、タイミングステートメントにコードを追加し、ロギング、結果の解析とモニタリングを行うオープンソースツールセットの説明をします。

複雑な外部DSLを開発する

本稿では、Vaughn Vernon氏が内部DSLと外部DSLの違いを説明し、複雑な外部DSLを開発する際のステップを示します。

J2EEアプリケーションにおけるAOPを使ったフェッチ戦略の実装

この記事では低レベルのサービス・レイヤやリポジトリ・レイヤを肥大化させることなく、フェッチング・ストラテジによってモジュール化された方法でバックエンドにあるシステムからデータを取得する処理を最適化する方法について説明します。

実証済みのアイデアの融合: S#arp Architectureの裏側

この記事では、Web開発における多数の成熟傾向と、クライアントに価値を提供することに対するそれらのメリット、およびS#arp Architecture(最善の手法と技術を活用しようとするASP.NET MVCをベースとしたフレームワーク)内でのそれらの使用について取り上げます。