💆🏾 🤽🏿 🥐 フラッシュでのiOSアプリケーションの開発 ↗️ 🗽 🤷🏾

おそらく、多くの人がAdobe Airプロジェクトについて聞いたことがあります-Adobe、Flashアプリケーションを任意のプラットフォーム（デスクトップ、iOS、Android、TVなど）でコンパイルして実行するための非常に強力なイニシアチブです...

長い間、空気では賢明なことは何もできませんでした。しかし最近、この技術は勢いを増しており、アドビは多数の最適化を空中コードで行っており、現在では非常に迅速なアプリケーションを作成することが可能になっています。この記事では、iOS用のAirアプリケーション開発の経験についてお話します。

どのようにしてこのような生活にたどり着きましたか？

現時点では、数人の会社である小さなスタートアップのメインプロジェクト（ソーシャルゲーム）は、投資家を探している期間の最終段階で1年の開発を終えて凍結されています。そのため、検索/交渉中に座っていないために、私たちはあまり労働集約的ではない何かをすることになりました。何かを得ることができれば、それはとてもシックです。

なぜなら私たちも、Xcodeについても、それをよく知っている人は誰もいませんが、フラッシュを使用すると、「あなた」になります。

現時点では、iOSのAirのユースケースを使用してください。はい、マシナリウムは悪くありません。しかし、それでも、これは指標ではありません。私たちは、空気が動的なおもちゃをどのように扱うのか疑問に思っていました。

そのため、決定が下されました。推定時間（1か月）-配送済み。そして、私たちは私たちのために新しい技術を掘り下げるために座った...

私たちが注目した主なプラットフォームは、iPhone 4でした。

ゲームのアイデア。

ここでは、長い間考えていませんでした。タスクは、次の基準に合うものを見つけることでした。

シンプル=>高速開発
多くのアニメーション、グラフィックスなどの欠如（そのため、まず-アーティストに半年間作品をロードしないようにし、次に-携帯電話のプロセッサをロードしないようにします）
望ましい-宣言されていないトピック
100種類の難易度の高いパズルレベルを作成する必要はありません（開発の速度も低下します）

私たちは独自の何かを発明したくなかったので、計算はそのためではありませんでした。それで、クローンオブジェクトを探してインターネットサーフィンを始めました。

数日間の検索の後、「 Ax in Face 」おもちゃに落ち着きました。彼女はすべての要件を満たしました。その本質は、fingerの道に沿って指を引き、敵に向かって投げることでした。

開発の開始。

それで、私たちは始めました... Airテクノロジーについてまったく知らなかったことは注目に値します。

しかし、結局のところ、すべてはまったく怖いものではありません。これは同じフラッシュですが、モバイル固有の機能（マルチタッチなど）を操作するための追加クラスが2つだけあります。

そこで、通常のフラッシュ開発を開始しました。私はこれについては書きません-これは記事のトピックではありません。

ハードウェア（iPhone、iPad）でアプリケーションを起動するときに発生した問題と困難についてのみ説明します。

ちなみに、Airが何であるか理解していない人のために-簡単に言えば。あなたはフラッシュゲームを開発しています。次に、Air iOSの下で、出口で（理想的には）コンパイルします-アプリストアに送信する準備ができた.ipaファイルを取得します。

ユーザーにとって、このプログラムはObjective-CまたはUnityで作成されたものと変わりません。 iデバイスでも同じように実行されます。追加の設定やタンバリンとのダンスは必要ありません-必要ありません。

パフォーマンス。

パフォーマンスのトピックは、開発において最も重要です。当然、私たちは他のiOSゲームと滑らかさが変わらない製品を求めていました。まあ、またはできるだけそれらに近い。イベントを追い越して、私はこれがどこでも可能ではなかったと言うでしょう。

そのため、私たちのゲームでは、数十個のアニメーションスプライトをできるだけ早く画面に表示する必要がありました。技術を時系列で説明します。

Flashエンジン、ビットマップフレーム。

もちろん、ベクトルの話はありません。したがって、私たちが最初に試したのは、ベクターをビットマップにエクスポートし、フラッシュフレームに挿入し直すことでした。

それは悪くないことが判明しましたが、より速く/よりスムーズにしたかったのです。

ビットマップブリッティング。

おそらく多くの人がこの技術に精通しています。これは、フラッシュパイプラインで吐いて自分で実行する場合です。copyPixelsを使用して空の長方形と各フレームを生成し、スプライトを次々にスプライトし、それらにコピーします。

次に-結果のキャンバスを1つのBitmapオブジェクトとして出力します。

このテクノロジーはデスクトップ上で非常に優れたパフォーマンスを発揮しますが、iOSでは失敗することが判明しました。エンジンは10倍遅くなりました。

変更されたフラッシュエンジン。

ここにある-黄金の平均。

いくつかのグーグルの後、スケジュールをスピードアップできることが明らかになりました。一番下の行は、最初のケースのように、アニメーションの各フレームを新しいフレームに作成したときに、フラッシュが古いフレームから各フレームを削除して新しいフレームを作成しなければならなかったということです。これは非常にリソースを消費します。

モバイル環境を最大限に活用できるテクノロジーについてどこかで読みました。

その本質は、1フレームでMovieClipを作成し、このフレームにアニメーションのすべてのフレームをすぐにドロップすることです。

次に、可視で、必要なものだけを表示します。トリックは、アニメーションのすべてのフレームがメモリに同時に存在し（仮想マシンが既にそれらにメモリを割り当て、そこに詰め込んでいる）、それらの可視性のみをオン/オフにすることです。しかし同時に、メモリは再構築されず、すべてが可能な限り迅速に機能します。

テクノロジーの変更として、すべてのフレームが個別のbitmapDataに保存される場合に使用されるオプションがあります。そして、ビットマップのヒープから可視を引き出す代わりに、メインのビットマップがあり、そのためにビットマップデータを再配置します。つまり main_bmp.bitmapData = bd_frame [i];のようなもの

これで停止しました。アニメーションの速度は最初のケースの1.5倍で、iPhone4では40 fpsで20〜30のスプライトを表示できました。これは非常に適していました。

パフォーマンスを最適化するためのヒント。

開発中に、ヒントの形式で要約したいレーキに遭遇しました。

できるだけ少ない動的オブジェクトを作成します。
画面上のオブジェクトが少ないほど、「マウス」（指）のイベントをキャッチできます。全員にmouseEnabled、mouseChildrenをfalseに設定します。
大きなオブジェクトを移動しようとせず、アルファを変更することはあまりしないでください。
アニメーション化されていないものにはcacheAsBitmapを設定します。
アルファを回転または変更する必要がある場合は、cacheAsBitmapMatrixを使用します。これにより、このプロセスが高速化されます。
ENTER_FRAMEに多数のライセンサーを掛けないでください。あなたが必要とするすべてを引き起こすものを行う方が良い。
フレームにアタッチされるのではなく、タイマーにアタッチされます。つまり ENTER_FRAMEのライセンシーで、最後の呼び出しからタイムカウンターを入力し、それからすでに進んでいます-すべての計算を行います。

だから...締め切りに間に合わず、1か月ではなく2か月かかりました。しかし、私は本当に大騒ぎしたくありませんでした。

プラットフォーム固有。

網膜対低解像度。

画面が異なるiPhoneで実行されているAirアプリケーションはどのように動作しますか？実際、すべてがシンプルです。設定では、Retinaアプリケーションを使用するかどうかを設定します。これに応じて、アプリケーションはスケーリングされます。

このケースでは、網膜アプリケーションと960x640のシーンサイズを作成しました。 iPhone 4 / 4Sでは、スケーリングは行われません。第3シリーズでは、50％にスケーリングされます。

もちろん、大きな欲求-初期化中に混乱し、1.0または0.5であるかどうかに応じてスケールを取得できます-異なるグラフィックを表示します...しかし、私たちにとっては非常に難しいようでした私はコードを書かなければならなかったので、私たちは吐き出しました。

iPhone対iPad。

ここで網膜と同じこと。「iPad」チェックボックスをオンにすると、iPad上のアプリケーションはフルスクリーンで実行され、それに合わせてスケーリングされます（960x640の場合、複数のスケーリングとアーティファクトが生じます）。このチェックボックスをオフにすると、iPadで実行される通常のiPhoneアプリケーションのように動作します。「x2」ボタンを使用して小さなウィンドウで実行します。

まさにそれをやった。

将来的には、おそらくiPad専用のHDバージョン（フルスクリーンおよびフルグラフィックス）を収集する予定です。

CPU対GPU。

Flash for Airは、GPUとCPUにエンジンを搭載した2つのバージョンで組み立てることができます。驚いたことに、エンジンアルゴリズムは、GPUとCPUの差が非常に小さい（10％以下）ものでした。したがって、CPUを使用しました。 GPUコンパイルはエフェクトをサポートしていません。つまりすべてのフォントと影のストロークは機能しません。もちろん、解決策は、エフェクト付きのフォントを取得し、ビットマップデータを作成し、そこにそのフォントを描画（）して、結果のビットマップをシーンに追加することでした。この場合、すべての効果は所定の位置にあります。 draw（）は、いずれの場合もCPU上で実行されるため、効果を失うことはありません。

しかし、それはどういうわけか非常にジェモルノであり、ゲームはろうそくの価値がないと決定されました。

しかし、この問題はプロジェクトごとに個別に検討する必要があると思います。

問題と解決策。

明らかに、すべてのiOS機能がAirから利用できるわけではありません。たとえば、Game Centerの機能へ。どうする行き止まり？

まったくありません。これらすべてのために、ネイティブ拡張テクノロジーがあります。これらの拡張機能を使用して、特定のアイロンに「手を差し伸べる」ことができます。それらの使用方法は、かなり広範なトピックです。

さらに、ネイティブ拡張の使用には、2番目（さらに3番目）の問題が伴います-フラッシュからipaをコンパイルできず（コマンドラインを使用する必要があります）、タンバリンとダンスしてハードウェアで動作します。

また、何らかの理由で、Aireの新しいバージョンは、電話のサウンドスイッチを吐き出したいと考えていました。動作させるには、ネイティブ拡張を使用する必要もあります。おもしろい場合-ネイティブ拡張についての記事を別に書くことができます。

さらに、プロセス全体をPCで完了することはできません。証明書さえウィンドウの下に作成できるという事実にもかかわらず（再び-誰かが興味を持っている場合-私は別の記事でタンバリンを使ってすべてのダンスを説明できます）、Windowsの下でできないことはアプリのアプリケーションに記入することです。最近、これは可能な唯一の方法で行われました。MacOS 10.6.8以上を必要とする特別なプログラムを使用します。そして、他の方法はありません。タンバリンとの長い持続的なダンスにより、このバージョンのマコシをAMDの仮想マシンに置くことができました（興味がある場合は、簡単に：画像10.6.4（レガシー）のみが機能し、10.6.8へのコンボアップデートをダウンロードしました（手で！）、再起動せず、kextを交換したため、PCI構成の開始時にハングせず、キャッシュを無視してロードされました）。タンバリンとさらにいくつかのダンス-とアプリケーションが殺到しています！

結論

経験は成功しましたか？新しいテクノロジーの経験はどのくらい正確ですか？

しかし、動的なゲームを書くためのプラットフォームとして-私は今のところまだフラッシュをお勧めしません。なぜならまだブレーキがあります。たとえば、メニュー内のオブジェクトの動きのアニメーションは、4番目のiPhoneではスムーズにできませんでした。 4SおよびiPad 2では、すべてが飛ぶ。しかし、一方で、これらの機能は特に重要ではなく、ゲームプレイを妨げることはありません。

要約-あなたはそう言うことができます-あなたは書くことができます。そして、見た目も良いかもしれません。しかし、いくつかの点で、ネイティブアプリケーションにはまだ届きません。

ただし、アドビも静止していません。昨日、彼はGPU（3Dを含む）をフルに活用するリリース候補版Air 3.2を発表しました。見てみましょう...

結果。

写真、プロモーションコード、製品リンクがありましたが、 「PR」で公開したくないので、削除しました。

結果について話すのは時期尚早です-おもちゃはアプリで数日です。最近iphones.ruに公開されました。そのため、今のところ、すべてが先です。興味深い場合は、商業的な結果について書くことができます。確かに、彼らはすでに「ヒーロー」から1点のレビューを獲得しており、成果（およびメインメニューにある）と物理学の欠如について不平を言っています。はい、ゲームに欠けているのは物理学です。

ボーナスとして-いくつかのスケッチ：

フラッシュでのiOSアプリケーションの開発