InfoQ

News

Adobe AIR 1.0 - ネイティブOSインテグレーションの問題

作者 Jon Rose, 翻訳者 編集部 投稿日 2008年1月31日 午前9時18分

コミュニティ
.NET,
Java,
Architecture
トピック
RIA,
.NETフレームワーク,
リッチクライアント/デスクトップ,
Web 2.0
タグ
Apollo,
Windows,
Adobe,
Adobe Integrated Runtime,
Flash
Adobe AIRプラットフォームに対してる良くある批判の一つは、デスクトップアプリケーションを構築する際に必要となるネイティブOS統合のためのサポートの欠如である。AIR 1.0のリリースと共にAdobeのMike Chambers氏はこの問題に対する対処法を実践したもの(source)を先週掲示した。
Adobe AIRで一番要されている二つの機能は、AIRアプリケーションからネイティブ実行ファイルを発信する能力とネイティブライブラリをAIRアプリケーションに統合する能力です。あいにくこれらの機能は両者ともAdobe AIR 1.0に含まれていません。

しかしながらこれは基礎的なオペレーティングシステムとより近く、より強固な統合をしているAIRアプリケーションを構築できないと言う意味ではありません。

...

そのプロジェクトはCommandProxyと 呼ばれています。それはAIRアプリケーションと基礎となっているオペレーティングシステム名にコミュニケーションプロキシを提供し、他のWebベースの デスクトップランタイム(Mozilla Prismのような)と一緒に論理的に動作します。注意して欲しいのはこのプロジェクトはAdobeからのサポートを一切受けていません。これはそれがランタイムによって提供されている事を超越して、AIR機能を拡張することのできる可能性のある方法を理解するためデベロッパたちに向けられたもののプロジェクトなのです。
Chambers氏のコンセプトの実装は比較的シンプルなもので分かりやすいのだが、それはネイティブ問題を十分に提示できているだろうか?マイクロソフト社のエバンジェリストScott Barnes氏はそうは考えていない。彼はプラットフォーム内のネイティブサポート欠如を提示し、Chambers氏の記事に反論した(source)
AIRがなぜネイティブOSに対して窓を開けないのか分かりません。そしてそれがなんとなく部屋の中のゾウを象徴していて、その状況の中で一つのコードバンドルを持ってX-Platformに突入すると、なにかがテーブルの上に置き去りにされるのです。オペレーティングシステムへのネイティブアクセスはこれらの中の一つでもしデスクトッププラットフォームが”見てお母さん、Flashをデスクトップエクスペリエンスに変換したよ”というものを超越した成功になり得るのならば、それは深刻さを増してセキュリティに重点を置き(大変重要)現実世界のソリューションが構築され得るのです。
フォローアップの掲載にてBarnes氏はCommandProxyに対する自身の懸念(source)について語っている。
コマンドプロキシとAIRアプリケーション間のコミュニケーションチャンネルは可能性のある虚弱性として考えられます。アプリケーションデベロッパがセキュリティに関して心配しなければいけない事の一つは、誰かのマシーンにたむろっている不確実なクロスプロセスコミュニケーションメカニズムなのです。例えばもしプロセスが名付けられたパイプ上で聞き、その名付けられたパイプにACLがなく帰還通信が全くないというようなことです。コマンドプロキシを使用する例 にてあなたはそれが通常目的のプロセスローンチャーに変わらないようにするためにどのように保護しますか?
Chambers氏はその概念証明の分析に始まりBarnes氏に対し詳細(source)に返答している。
コマンドプロキシを使用しているアプリケーションを構築、デプロイするのは実際のところどれくらい現実味があるのでしょうか?それが実用的になり得るインスタンスもあるかもしれないけれど、私の考えではほとんどのケースにおいて開発とディストリビューションの複雑性があるためそれが実現可能ではないと思うのです。
Chambers氏は全体的な問題を提示するというAdobeの計画に触れ、その記事の幕を閉じている。
最後に長期的なソリューション(と計画)はAIRランタイムそのものがデベロッパたちが求める低レベルの機能を提供しています。AIR1.0は既にAPI の数を介して基礎的なオペレーティングシステムにアクセスを提供していてそれらのAPIのスコープは各リリースにてのみ拡張されます。
InfoQ.comのコミュニティのデベロッパとアーキテクト達にとって、この懸念はAdobe AIRを考慮するのを妨げていただろうか?AdobeはあなたがAIRプラットフォーム上でデスクトップアプリケーションを実装できる、またはしたいと思う以前にネイティブ統合の問題を十分に提示する必要があるのだろうか?

原文はこちらです:http://www.infoq.com/news/2008/01/adobe-air-native-os-integration
ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
Hatena

No comments

返信

特集コンテンツ一覧

トップスポーツチームの監督に教わる秘訣

この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。

事例研究:Dutch Railwaysのプロジェクトにおける分散拠点でのスクラム・プロジェクト

この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。

Agile2008チーム参加レポート - 帰国そして変化

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。

SilverlightとJavaのインターオペラビリティ

マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。

Agile2008 チーム参加レポート - カンファレンス参加編

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。

Agile2008 チーム参加レポート - 動機/準備編

筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。

Javaトラブルシューティングメルマガ総集編 2008/08~09

エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。

モデル駆動アプローチがうまく機能しない(しなくなる)8 つの理由

この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。