1

私はプログラマーとしての将来について窮地に陥っています。私は Actionscript 開発者として 4 年間働いていますが、先に進みたいと思っています。唯一の問題は、どこにいるのかわからないことです。

一部のユーザー (以前の AS3 開発者) は、既にこの移行を行っており、いくつかの良い提案を持っています。

ありがとうございました！

PSこれが多少トピックから外れている場合はわかりますが、これは質問するのに適した場所だと本当に思います.

4

2 に答える 2

7

私は flash/actionscript で 10 年以上の経験を持つ開発者です。私がまだそれを愛していることは問題ではありません.クライアントはすべてがiOSデバイスで動作することを望んでおり、それが私たちが今日住んでいる世界です.

HTML/CSS/JS はパスフォワードであり、デバッグできます。完全にサポートされていない html5 の機能 (canvas、svg など) を保留し、div、css、スプライト シート、および js/jquery を使用してあらゆることを行う方法を学びます。

推奨ツール:

div は、アセットを保持するムービークリップと考えてください。AS3 でできるように greensock を使用してアニメーション化します。

デバッグに関しては、chrome を使用し、コンソールの使用方法を学びます。console.log("テスト") == トレース("テスト"). コンソールは、javascript エラーとその行も指摘します。

また、Flash は死んだわけではなく、Flash から Android や iOS 用にエクスポートされるモバイル アプリを作成する場合にも役立ちます。新しいバージョンのフラッシュには、スプライト シートのエクスポート オプションもいくつかあると思います。または、少なくともどこかで読んだことを覚えています。

この種の仕事では、今日やっていることは、たった 2 年後には違うということを覚えておく必要があります。常に動いています。1 つのツールにとらわれないでください。

また、 labs.adobe.comをチェックして、 Adobe Edgeをダウンロードしてください。Edge は Adob​​e の HTML5 バージョンの Flash になります。現在は制限されていますが、氷を砕くためのツールが必要な場合は有望です.

于 2012-07-31T21:04:36.053 に答える
2

Flash / ActionScript の将来については、Adobe Flash ランタイムのロードマップを参照してください。

Flash Player「次へ」

アドビは、11.2 およびその後の 2012 リリースを含む 2012 のリリースに取り組んでいますが、今後 5 年から 10 年にわたって Flash ランタイムが開発者のニーズを満たすようにするために、Flash ランタイムのコード ベースのモダナイズも行っています。この作業は、このドキュメントでは Flash Player および ActionScript の「次へ」と呼ばれます。

この作業には以下が含まれますが、これらに限定されません。

  • 現在のコア Flash ランタイム コード ベースのリファクタリングと最新化
  • ActionScript 仮想マシンで作業する
  • ActionScript 言語の更新

この作業の主な目標は、コア Flash ランタイムと ActionScript 仮想マシンの最新の実装を提供して、スクリプト実行パフォーマンスを大幅に改善し、Flash が今後 10 年間前進できる基盤を提供することです。

現在、この作業の結果としての最初の Flash ランタイム リリースは 2013 年に予定されています。

アドビは、2013 年のリリースで Adob​​e AIR にハードウェア アクセラレーションによる StageVideo のサポートを追加する予定です。

ActionScript「次へ」

ActionScript のアプリケーションとコンテンツの範囲は近年大幅に変化しましたが、ActionScript 3 言語は 2006 年の導入以来、実質的に変わっていません。生産性とパフォーマンスの向上。

アドビでは、言語設計の観点から、次世代の ActionScript 開発のガイドとして次の前提を使用しています。

  • 堅牢性、モジュール性、保守性などの長期的な生産性向上への需要が高まり、開発速度などのスクリプト言語の特徴である短期的な生産性向上を補完する
  • 高性能に対する需要の増加
  • ハードウェア使用率の増加

第一に、アドビは、長期にわたってパフォーマンスの改善を継続することを目標に、短期的に大幅なパフォーマンスの向上を計画しています。ActionScript を進化させる方法を検討する際の主な目標は、パフォーマンスです。次に、Adobe は、言語を簡素化し、ツール サポートを改善し、バグ防止を強化することで、開発者の生産性を向上させることを目指しています。最後に、不必要な複雑さを軽減したことで、Flash ランタイム内でより迅速に革新できるようになります。

以下は、次世代の ActionScript 言語と仮想マシンのために検討されているいくつかの項目です。

  • オプションの動的型付けを使用した、デフォルトとしての厳密な静的型付け: ほとんどのプログラムのほとんどのストレッチは、静的型付けの恩恵を受けることが期待されています。ただし、絶対に厳密な静的型付けが望ましい場所では、ActionScript 3 はあまりにも簡単に動的型付けに移行する傾向があります。これは修正されます。動的型付けは必要に応じて引き続き使用できますが、ActionScript のデフォルトではなくなり、明示的に有効にする必要があります。
  • 型推論: 型宣言は、特定の戦略的な場所でのみ必要になります。それ以外の場所では、コンパイラーは適切な型宣言を自動的に推測し、プログラム全体を静的に型付けされたものとして扱いますが、プログラマーが型を宣言する必要はありません。したがって、型指定されたプログラミングのパフォーマンス上の利点を提供しながら、型指定されていないプログラミングの利便性を非常によく近似することができます。
  • ハードウェア指向の数値型: たとえば、int、uint、float、float4、byte、short、long など (正確な型のセットはまだ議論中です)。現在、ActionScript 3 では、整数値が浮動小数点値にオーバーフローする可能性があります。これは、数値演算が数値の基になる表現を決して変更しないように変更されます。この追加により、実装の複雑さが大幅に軽減され、実行時のパフォーマンスが向上すると予想されます。

これらは、私たちが注力している分野のほんの一部です。言語と仮想マシンがどのように変化するかについて、私たちの考えが進化し、固まるにつれて、このドキュメントを更新します。

于 2012-07-31T20:45:54.380 に答える