メニュー1

Flashニュース②

PR

デザイナーとデベロッパー Adobeの魔法がいよいよ市場に

同社が3月の終わりであり、デザイナーと開発者は、対話的であり、ますます多くをしようとします。ある「周遊旅行ワークフロー」 実際に--それが、発表した働き、「Adobeが4インチ屈曲する、「Adobeのフラッシュ建築業者はリリースされた「Adobeフラッシュ触媒」「Adobeの創造的なスイート5」がAdobe Flash PlayerというRIAアプリケーションであったならば4インチと、すぐ、開発して、Adobe AIRは、キーになりながら、開発されています。 Adobe SystemsTheseは、「Adobeフラッシュプラットホーム」を組み立てる枠組み/ツールグループです。 プラットホームにおける一貫したユーザー・エクスペリエンスの申し出、(それがアイフォンOSで私たちの後悔であった、支持、)、注意を開発に向けたとき、FlashとAIRが広かったところでは、問題は周知であるような高い自由度にもRIA開発だけに残っていました。 Adobeをもっている販売責任者が指摘する年上の開発者、「出力Flashのデザインがデザイナーとして終わったかどうかが本当にそれを意図しましたか?」としてFlashとAIRを目標にするRIA開発に従事しているデザイナーと開発者のワークフローがそうしたという問題に勤めるマイク・ポッター これまで、MXMLとActionScriptに関する知識が、Flashを開発することによって相互作用を設定するのに必要でした。 デザイナーが要求された相互作用を正確に再生させて、開発者にはこの仕事の主として取られた告発がありましたが、発生しているケースが珍しくないので、Shumodoriは必要性コード化に珍しいです。 周囲でグラフィックと通じている開発者に関してコード化していて、通じているデザイナーにとって、それは問題でした。お互いを理解していた共通語の所有物がありません。 しかしながら、ついに前記のように製品の外観でそれは取り消されようとします。 ポッターは「創造者が考えたことを達成できるプラットホーム」と新製品をつけるのに信用を示しています。 以下では、それはポッターのそれぞれの枠組み/ツールの言葉を交換している間、ポイントを紹介します。 - Flex4SDKで別々の展示と振舞い。 コンパイラの加速と開発が「SDKを屈曲させる」図書館を含むオープンソースの枠組み。 2008年2月に、前のバージョンのFlex3SDKは本当に2年ぶりにリリースされて、メジャーアップグレードになります。 ポッターはそれが3であることが、いつかを評価するために「開発者の生産性と、枠組みの発展」と「デザインを評価する」というFlexを話します。4SDKは開発されます。 先でのアニメーションエンジン、変遷の改良、およびアップデートひもの導入による新しい効果がどれであるかからひもの起源、コンパイラの性能改良、および設定としてのFlex3にコピーされたMXMLで一生懸命コード化された状態(状態)の2方法のデータ結合のサポートが簡単になる前に、機能改善のポイントは多岐に渡ります。 それは特に、新たに採用された注意を向けたい「スパークコンポーネント構造」です。 Flex3SDKへのkonpo-nentoa-kitekichaはMX(光輪)と呼ばれましたが、開発者のワークフローとのデザイナーのMXコンポーネントの調和には重大な問題がありました。 振舞い、レイアウト、および展示に関するすべての論理が個々のコンポーネントに含まれていました、そして、展示と振舞いは不可分でした。 展示と振舞いは、Sparkの部品が充実させている皮膚のクラスとコンポーネントのクラスにMXコンポーネントの基底クラス(UIComponent)を準備することによって、明確に切り離されました。 その結果、デザイナーと開発者だけが、コンポーネントの視覚要素を設計する仕事の論理と振舞いの独立しているマウントになって、各仕事に集中しなければなりませんでした。 「Flex4SDKのリリースはそうでした。時間トレードオフがもっとも、通常、私たちが考えたリリースサイクルから判断すると発生し、時間を掛けたとしても新しい構造へのシフトが不可欠であった判断されています。 私たちは、この新しい構造で輝かしい未来を得ることができると思います。 」(ポッター) - それはFlash Builder4碁によく発展します。 Flex4SDKがベースであると思われるツールは、開発環境のFlash Builder4と、相互作用デザインツールのFlash Catalystです。 ポイントがFlash Builder4を開発することによって評価したように、ポッターは「生産性の向上」、「データセンタータイプ開発(DCD)のサポート」、および「デザイン/開発流動の改良」を列挙します。 アプリケーションの開発、時間がコード化しながら費やされる大部分、およびテストのように。 したがって、それがこの2で掛かるとき、短くするのはFlash Builder4の機能強化に大部分を専念させます。 ポッターは、重要なものが後者であると仮定して、試みられた状態でネットワークモニター以外にしばしば使用されて、もっとも今までのところの第三者のツールがそうであるユニットテスト枠組みの"FlexUnit"を統合したために話します。コード化側のリファクタリングや、デバッグや、プロファイラーなどの部分での機能強化。 そのうえ、データセンタータイプの進化をサポートする機能を逃すことができません。 それがJavaのひもができて生まれたと言われていて、容易に文字通りウィザードによるPHP、Adobe ColdFusion、REST、およびFlexの部品に対するSOAPのサービスなどは、データセンタータイプの進化でデータベースの、そして、サービスの協力の前提の開発を進めるためにもので形成されます。 - フラッシュ触媒: 真実の調和への開発ワークフロー。 それが既に説明されますが、デザイナーと開発者がお互いを理解している共通語が全くなければ、ワークフローは合いません。デザインと論理のFlex4SDKのSparkコンポーネント構造の分離。 それは、役割を果たす叙述的な形式"FXG"(フラッシュXMLグラフィックス)でグラフィックであり、ツールとしてフラッシュ触媒です。 フラッシュCatalystは、アートワークがCreative Suiteツールで作った相互作用示度を設計する道具と、Creative SuiteとFlash Builderの間で受信される道具です。 それがCreative Suiteの各ツールでFXGによって作られたアートワークを書くことによって層のなどの属性情報を引き継ぐために好調な皮膚、資産、およびコンポーネントがFlash Catalystに形成されて、ActionScriptを知らないように、使用するのにおいて可能であっても、GUIと共に相互作用と効果を加えることができます。 それが開くように、これはFlash Builderと共に開くことができて、コードは開発者による添加の論理です、そして、もっとも決勝が出力した意志の造がプロジェクトがFlash Catalystと共に作ったFXP(Flex Projectの略語)というファイル形式になります。 視覚であるので、再びFlash Catalystと共に開くなら、デザイナーは容易にそれを修正できます、そして、修正が発生するなら、振舞いは別々です。 Flash Catalystが現れる前に、コンポーネントとしてストリングで仮定が振舞いを置いて、ActionScriptとの相互作用であると思うなら、より忠実に、可能になるというデザイナーの意志を反映できるその開発になってください。 RIA開発は将来、Catalystには意味「触媒」がありますが、Flash Builderかデザイナーと開発者がCreative Suiteにより当然の形でつながったというポイントの、より高度な形に発展されるでしょう。 - HTML5との調和も 圧倒的なインストールベースを持つことができますが、幅を広げたのが、本当に疑いようがない、Flash、ウェブで達成されてください。 さらに、それは、開発のワークフローがこの新しい製品投入における見通しの良い1つであり、可能性を広くすると仮定しようとします。 しかしながら、 プラグインがこれまでウェブだけで必要であった万物を達成する動き、ブラウザ、したがって、HTML5のそれが近年見られるのは、見られて、Flashは非常に異常に役割を終えた声を知ります。 例えば、プラグインがユーチューブで外観上そのような意見を聞く価値がなどであったならば実験的に始めて、見えるHTML5のビデオタグを使用して、使用なしでアニメーションの再現を可能にする試み しかしながら、HTML5に関するAdobeの意見は一貫していた状態で始めから終りまでであっています。 それはものです。「HTML5もFlashも1つがもう片方の代理をするというものではありません」。 ポッター「それはHTML5の盛り上がりが見られるとボーダーラインを広げるために、ウェブでそれを達成できて、私が前のFlashの重要性が再び顕著であると思うポイントのFlashの現在のアプローチと同じ道路(HTML5と比べた)です。 HTML5へのAdobe技術の優位が列挙されるなら、それがポイントである、それ、缶の一貫性、改革と改革の速度の開発者の楽しみ、すぐに、ブラウザを抵当に入れることができます。 」それは話します。 ポッターがそれを話す、それ、最も良いアプリケーション、およびGoogleでさて、HTMLとFlashが結合されて、すなわち、見られて、Financeが数え上げられるという、1つは使用です。アイアス。 他方では、しかしながら現在、1つの例として図の部分にひらめいてください。 「 HTML5とFlashに関して、例えば重なる部分も機能上ありますが、ビデオ環境などでは重ならない部分は、より豊富です; 量に関するテキスト環境と高度なグラフィック処理がFlashに存在するとコンテンツ保護の機能がDRMのように必要であるなら、現在のHTML5に相当するのは、可能でなく、私は、考えます。HTML5が選ばれていて、適当な場所のそばでそれを使用するのが、望ましい理由が花婿付添人であることを一般に示すならFlashが選ばれている理由があります; 」 (ポッター) さらに、それでも、HTML5が重要なものとしての仕様のステージであると指摘されます。 また、HTML5の仕様には、メインブラウザで先行して、取り付けが高度ですが、それぞれのブラウザの実装方法の違いが十分な状態で出て来る可能性があります。 そうするかもしれないので、技術の規格がそれを設立するまで、顧客は必ず待ったというわけではなくて、次に、ビジネスで機会損失を引き起こしてください、とそれによって普及を待つことの選択がありましたがしっかり理想と現実のバランスを理解する必要性がわかった、「HTML5、また」 Flashオーバレイ広告がYoutubeによって導入されたとしても明確さが見られるように、収益がビデオコンテンツから得られるモデルが、それを設立していないので、そんなに明確にGoogleで検索する姿勢がHTML5を促進するのに慎重なHTML5ショーのdokoroniを使用してください。 さらに、Android端末、先日、およびそれがある10採用がそうするFlash Playerが言うことができるとグーグルクロームへの合併案などが発表したFlash Playerを考えると必要であるそれが適切に使用される場合、正しい場所花婿付添人は、少なくとも現在、対立構造でHTML5とFlashを捕らえるべきではありません。