私は以下の多くのことを書いた:
これはなぜでしょうか? 理由の詳細は以下の通りです。
おそらく彼らは、Flexは、「箱から出して」実行し、プラグインを必要としないだろうと言っている意味ですか? それはまったく動かないことを意味しますか? Flash Builderツール(SDKのbinフォルダ)を使用すると、ネイティブデスクトップアプリケーション、デスクトップWebブラウザ、ネイティブiOSアプリケーション、ネイティブAndroidアプリケーション用にコンパイルできます。 AndroidのFlashPlayerプラグインをインストールすると、FlashコンテンツがWebブラウザに表示され、iOSはAIRでコンパイルされたもののみを実行し、Webブラウザではなくネイティブアプリとして実行します。
私が最終的な結論に達したと思うたびに、SlashDotまたはCNETの一部の投稿が直接矛盾します。それで、スクープは何ですか?既存のFlexアプリケーションをiOS/Androidで実行できますか? AIRを使用して3つのプラットフォームすべてでネイティブアプリケーションとして実行する場合(デスクトップFlex APIはWeb Flex APIの大部分を占めます)、パフォーマンスとフォームファクタに関するその他の点は有効であり、考慮する必要がありますしかし、。いいことは、モデル/コントローラ・コードをAS3の共通ライブラリに書き込んで、ライブラリを共有する別々のプレゼンテーション・レイヤ・インタフェースを作成できることです。
ここでは、非常に長いバージョンです:
は、SWF形式を使用してSWFの拡張子を持つファイルの形で「バイトコード」のフラッシュコンパイラの結果を使用して、あなたはここでそれについての詳細トンを読むことができます: http://www.adobe.com/devnet/swf.html
ファイルを解釈するには、.NETフレームワークコンテキスト(デスクトップ上またはWeb上のSilverlightを使用して)でWPF/XAML/C#を実行するのにある程度類似したランタイムが必要です。アドビの技術(ラフ同等)の場合:
- AS3 = C#
- MXML = XAML
- フレックス= WPF + WCF(クライアント側のRPCないサーバ側)
- のFlash Player =シルバー
- AIR(Adobeは、ランタイムを統合)= .NET Frameworkの再頒布可能 の.dll(S)/。そう(s)は、デスクトップのOS用の
(LOこのリストは非常に読みます私が知っているのは、MXMLがAS3にコンパイルされ、コンパイラにデバッグフラグが設定されている場合にのみデバッグシンボルが含まれているため、違いがたくさんありますが、これは
iOSのブラウザでは、従来のNetscapeブラウザプラグインやActiveXプラグインのプラグインは使用できません。このため、プラグイン、つまりFlashplayerやSilverlightをブラウザで実行することはできません。 Adobeは、ブラウザで動作するAndroidデバイスのフラッシュプレーヤーをリリースして以来、ブラウザのデバイスで動作しますが、大半のモバイルデバイスプラットフォームをサポートする必要があるため、この長期的なサポートのためにタオルに投げ込まれました。 iOSは、関連性を維持するために(これは、Google、デバイスメーカー、キャリア、マイクロソフトによるタオルの集団的な投げ込みと、ビジネス上の最善の決定をしようとするもので、WebKitとV8またはSpiderMonkeyはおそらくFlashが何をすることができ、場合によってはより良いことを99%行い、WebKitはうまくいけばオープンソースとして残るだろう...フレームワークとブラウザはちゃんとしたものにして安定させる必要がある)。
ユーザーがAIRをインストールする(またはランタイムがアプリケーションとともにパッケージ化されている)場合、Flex/Flash(AS3および/またはMXMLでコード化されswfにコンパイルされたもの)をトランスコード/パッケージ化してそのデバイスの実行時間は正しく(iOSかAndroidか、RIMが行ったものであれ、Windows Phone 7のAIRとARMのWin8ではブラウザプラグインをサポートしていないと思います)。この混乱の一部は、おそらく、Appleが「クロスコンパイル」されたAppsの配布を拒否したため、Adobeがその目的に使用できることを発表した直後に、AIRをiOS向けのオプションのリストから除外した(Adobeが倒れている間)。混乱のもう1つの原因は、おそらく、デバイスをハッキングした人の実際の人物から来ているか、2人がiOSデバイスで動作するようにFlash Playerのランタイムにオープンソースの選択肢を得ることができたということだ(私は、いくつかのLinuxは頻繁に改ざんされ、おそらくFAKE vidsもあります)。
ありがとうございます、これは有益です!あなたは素晴らしいです。私が嫌うのは、FlexをネイティブのiOSにコンパイルしたい場合、デベロッパーが指摘するように、ターゲットデバイスのIDを知っていて、99人に展開を制限しない限り、アプリケーションストアを通じてデプロイする必要があります。 。 FlexとHTML5の両方に長所と短所がありますが、私は、HTML5が新しいプロジェクトにとって最も抵抗の少ない経路であるという印象を受けます。既存のFlexプロジェクトでは、モバイルデバイスへの移行パスがあることを知ってうれしいです。再度、感謝します! –
@ChadDeckerまずは、ありがとうございます。私は、特にHTML5/CSS3/JSが現在の方法であるように見えるWebアプリケーションの面で同意します。現時点では、多くの人々がブラウジングとは対照的に、自分のデバイス上のWebから情報を取得するためにネイティブアプリケーションを使用しているため、AS3はそのように実行可能である可能性があります(そのコンテキストではまだクロスプラットフォームです) 。ブラウザ内では、特にCSS3に関して断片化された解釈がまだありますが、その文脈では、さまざまな解釈が私たちが生きなければならないものです。 – shaunhusain