InfoQ

InfoQ

News

マイブックマーク

ブックマークするためにログイン または 会員登録 する

ブックマークされました!

ブックマークがエラーになりました。もう一度お願いします。

Visual StudioにもFlex開発を - Amethyst IDE

作者 Moxie Zhang , 翻訳者 竹中 翔 - (株)ポータルアイランド 投稿日 2009年6月29日

セクション
デベロップメント
トピック
Java ,
RIA
タグ
Flex ,
Visual Studio

原文(投稿日:2009/6/23)へのリンク

新しい技術に対してこれまで獲得したスキルを生かすことは開発者の願いである。Sapphire Steel SoftwareのAmethyst IDEはこの願いをかなえてくれるツールで、.NET開発者が慣れ親しんだVisual Studio開発環境を使ってAdobe FlexやAIRアプリケーションを開発することができる。InfoQは最近、Amethyst IDEについてより多くのことを知るために、Sapphire Steelの創始者兼テクノロジーディレクタのHuw Collingbourne氏と対話した。

Collingbourne氏はSapphire SteelのRuby及びFlex向けのソフトウェア製品の設計と計画全体に関与し、現在はAmethyst Professionalの視覚的なドラッグ&ドロップ環境である‘Amethystデザイナ’の開発を担当している。Collingbourne氏によれば

 

“AmethystはAdobe Flashプラットフォームのための編集、デザイン、デバッグ環境です。全にVisual Studioに統合されており、Webベースもしくはスタンドアロンアプリケーションを作成できるFlexやAIR、ActionScriptプロジェクトをサポートします。Amethystにはフリーの‘パーソナルエディション’と商用の‘Professional Edition’の2つのエディションがあります“

 

A: Amethyst IDEはどのように始まったのか?

Q:我々は2008年の初頭にAmethystの開発を始め、昨年12月に初めてパブリックベータをリリースしました。当初、我々はFlexをRuby On RailsのWebベースのユーザインターフェースを作成するための代替方法と考えていました。

Rails用のFlashベースのインターフェースを開発するために、何度かFlexを使ってみて、FlexがHTMLテンプレートシステムよりも、より視覚的で統合されたアプリケーション開発の方法を提供してくれるとすぐにわかりました。しかし、Flexのビジュアルデザイン環境はEclipse上に構築されたAdobeのFlex Builderだけでした。

我々は、必要とされているものがもともと考えていたRailsをサポートするシンプルなFlexデザイン環境ではなく、Visual Studioユーザに対してFlexやAIR、ActionAcriptを使ったアプリケーションのコーディング、デザイン、デバッグのために必要となる全てのツールを提供する、完全なFlex IDEだと実感しました。

A: Flex BuilderやIntelliJ IDEA、EclipseのActionScriptプラグインがあるなか、なぜAmethyst IDEなのか?

Q:「Visual Studio」の一言に尽きます。明白な事実として、多くのVisual Studioユーザは他のIDEを使うための準備がありません。実際に、もしVisual Studioである言語や技術がサポートされていなければ、多くの開発者は単にそれを使わないという選択をするでしょう。

ここ数年のSteelでのRubyの開発で、我々はVisual Studio IDEの作成について非常に多くの専門知識を獲得しました。だからこそ我々はAmethystを開発し始める時に、ActionScriptエディタ(すでにたくさん存在しています)以上のものを生み出すことができるという自信を持っていました。着手して以来、Visual Studioユーザに受け入れてもらえる、全てのツールを持った開発環境を作ることが我々の目標でした。AmethystはAdobeのFlex Builderを除けば、この種のツールセットを提供する唯一のIDEです。

Ameshystは1から10まで全てVisual Studioのために設計されています。我々のゴールはFlex Builderのクローンを作ることではなく、本当にVisual Studio本来の機能であるようなFlex開発環境を作ることなのです。あなたがEclipseユーザならばおそらくFlex Builderを使いたいでしょう。もしあなたがVisual Studioユーザなら、Amethystが第一候補となることでしょう。

A: Amethystの開発において主な課題は?

Q: シームレスな統合です。ActionScript、Flexフレームワーク、AIRランタイム、Flex/AIRビジュアルデザイナを作ることは、Visual StudioにとってC#、.NET、SilverlightのようなMicrosoftテクノロジと同じくらい自然なことです。シームレスな統合を実現するため、我々は‘スマートタグ’のリファクタリングからビジュアルデザイナとActionScript、MXML間のラウンドトリップまで、非常に多くのVisual Studioの特殊機能をサポートする必要がありました。完全でシームレスな統合は、常にAmethystの基本的な設計上の目標でした。

A: あなた方やあなた方のユーザの経験から言って、一体なぜ.NET開発者がFlex/AIR開発を望むのか?

Q:まず最初に言わせていただきたいのは、Amethystは.NET開発者限定ではなく、Visaul Studioユーザに向けたものであるということです。Visaul Studioユーザが開発する必要のあるアプリケーションの多くが、.NETを全く使わないFlashプラットフォームを対象としています。

ですから、間違いなくMicrosoftとAdobeの技術を統合する必要のある.NET開発者が存在します。例えば、バックエンドがASP.NETを使ったアプリケーション、フロントエンドがFlex/Flashという場合です。データをバックエンドアプリケーションに送り、フロントエンドのユーザインターフェースで結果を表示することで、色々なことができます。もちろん、Flashのグラフィックスとアニメーションが使えるので、業務アプリケーションを作る上での制限はありません。また、ブラウザ上でアニメーションを表示し、ゲームのスコアやユーザープロファイルはデータベースに保存する、ゲームやFacebookアプリケーションの作成もあるでしょう。Midnight CodersのWebORD for .NETのようなFlexと.NETの橋渡しをスムーズにしてくれるツールもあります。

Amethystが他のバックエンドテクノロジも扱えるという点は指摘に値します。我々が作ったもう一つのIDEであるRuby In Steelのユーザーは、一つのVisual Studioソリューション内にFlexとRailsを両方含むアプリケーションを開発する能力を持っています。


A: SilverlightとFlexの比較に関してあなたの意見は?

Q: SilverlightとFlexの土台となっているグラフィックス技術とプログラミングフレームワークの間に多数の技術的相違がありますが、我々にとって際立っている点は、Flexの主要部であるFlashプラットフォームの優位性です。Flashはどこにでもあります。Adobeによれば、Flashは"世界で最も普及したソフトウェアプラットフォーム"で、インターネットに接続されたコンピュータの約99%にインストールされているということです。この統計に納得するかどうかはともかく、Flashが非常に重要なプラットフォームであることは間違いありません。ですが、今までVisual StudioユーザにはFlashをサポートする開発ツールが提供されていませんでした。

もし、人々がSilverlightで開発したいなら、それでもいいでしょう。Microsoftはそのためのツールを提供してます。一方、もしFlashプラットフォームをサポートするプロフェッショナル向けのIDEを求めているのなら、Amethystがそれを提供します。


A: Amethystのロードマップは?

Q: 今後数カ月に渡ってベータ版をリリースし続けるつもりです。各ベータ版には一つ以上の新機能を盛り込む予定です。これらのメジャーベータの合間に、バグフィックスや実験的機能を含んだいくつかの暫定版もリリースしようと考えています。我々はまだAmethystの最終リリースの日付を発表していませんが、AdobeがFlexフレームワークの次のバージョン(4)をリリースする前になることはないでしょう。

Visual Studio開発者がAmethyst IDEについてどう思うのか、ぜひお聞かせ願いたい。

特集コンテンツ一覧

GAE開発の落とし穴

Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します

イベントレポート:「Coqチュートリアル#1」

去る1月12日、定理証明支援系ツールCoqの初心者向けチュートリアルが開催さ れた(http://kokucheese.com/event/index/23667/)。今後も2月2日 (http://kokucheese.com/event/index/23744/)、2月9日、2月16日と引き続き開 催されていく予定である。本記事では、開催の様子をレポートする。

Javaの未来についてのNeal Gafter氏とのディスカッション

Choosing Options

Neal Gafter氏はOracleによるJava買収の影響に関する議論、Javaにセグメンテッドスタックやメタオブジェクトプロトコルを追加することについての主張、そしてJavaとC#との比較について話をしてくれた。

Google Dartのエッセンス:アプリケーションの構築、スナップショット、Isolate

GoogleはVMをともなう新しい言語であり、JSコンパイラでもあるDartをプレビューした。 InfoQはDartのアプリの構築に貢献する文法の裏側を探った:スナップショット、Isolate、モジュール方式

CSPベースのモデル検査ツール「Process Analysis Toolkit」

本記事ではCSPベースの「マルチドメイン・モデル検査ツール」である、PAT(Process Analysis Toolkit)について紹介する。モデル検査は、形式手法(Formal Method)という方法論を基礎とする技術であり、複雑さが増大しながらも安全性を求められる、現在のソフトウェア開発の状況に対する処方箋の1つとして注目されている手法である。

Jenkinsによる継続的インテグレーションのススメ(4) ~CloudBeesでJenkinsをサービスとして使う~

前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。

書籍『抽象によるソフトウェア設計-Alloyではじめる形式手法-』の紹介

Alloyは、MITにて開発された仕様記述言語であり、ツールによる自動解析を使い、インクリメンタルに形式仕様が書けることが特長である。筆者らはAlloy開発者による、Alloyを使った形式手法入門書を翻訳、今夏にオーム社より刊行した。本記事では、Alloyの簡単な概要と、翻訳書『抽象によるソフトウェア設計』(「Alloy本」)を紹介する。

Windows デバイスで開発するタッチユーザーインターフェイス

スマートフォンを中心としたマルチデバイスにおけるタッチユーザーインターフェイスへの対応は、既に必須の項目となりつつある。本記事では、Windows デバイスにおける UX のベースとなっている「メトロ」というデザイン言語を掘り下げながら、既存環境を意識しつつもどのようにタッチユーザーインターフェイス開発に取り組んでいくべきであるかについて解説していく。