私は常に組み込みの IDE を使用してきましたが、Flash MX の ActionScript 2.0 以来、Flash から離れていました... Flash に戻ってきて、いくつかの IDE があることに気付きました (そのうちのいくつかはよりコストがかかります)。フラッシュ アップグレードよりも)。それで... Flash/Actionscript 3 開発者への質問 -- 使用する場合、どの IDE を使用しますか?
6 に答える
確かに、間違いなく ActionScript には IDE を使用してください。私たちは Flash Builder 4 を使用しています (そして私もお勧めします)。
ActionScript 2
古いバージョンの ActionScript (よく知られている Flash MX など) では、IDE はそれほど重要ではありませんでした。Flash 開発環境では、ほとんどのコーディングを回避できます。当時、ほとんどのコードは、SWF を作成する FLA ファイルにバンドルされていました。ActionScript 3 では、AS2 とは異なり、ActionScript 3 はオブジェクト指向であり、これがすべての違いを生むため、変更されました。
ActionScript 3
現在のベスト プラクティスは、Flash の FLA ファイルにほぼゼロのコードを含めることです。すべてのコードは *.as ファイルで外部になり、パッケージに分割されます。これは、AS2 ではあまり当てはまりませんでした。現在、私が作成する Flash プロジェクトの 99% には、FLA ファイル内にアクション スクリプトが含まれていません。例外は、タイムラインの外では意味をなさない時折のアニメーション コントロール (stop() や gotoAndPlay() など) です。それらでさえ、可能な限り *.as ファイルに取り込むように最善を尽くしています。今日、FLA 内のコードは、おそらく何か間違ったことをしている兆候です。
IDE を使用する理由
以下に、ActionScript に IDE を使用する必要があると私が考えるいくつかの理由を示します。
- デバッグIDE を使用する理由の第 1 位は、ライブ実行中のコードをステップ実行することです。
- より強力な変数の型付け
コアのアクション スクリプト言語では、変数の型や戻り値の型などを指定する必要はありません。追跡が困難なバグをコーディングするのは非常に簡単です。IDE は、コードを強調表示し、型が存在しない場合に警告を表示することで、より強力な入力を促進します
- より強力なエラー チェックコア言語は、重大なエラーも静かに無視します。Flash MX でコード エディターだけを使用すると、根本的な原因が単なるタイプミスである過去に、いくつかの痛ましいバグが発生しました。Flash 開発環境と比較して、IDE はコンパイル時にはるかに多くのバグをキャッチするため、本番環境に移行することはありません。
- コード補完コード補完は非常に価値があるので、この StackOverflow の投稿のためだけに IDE を使用できたらいいのにと思います。常に単語補完を使用し、マクロとテンプレートを展開しているため、IDE での入力速度は 50 倍速くなります
- Boiler Plate Code IDE は、フィールド、コメント、スケルトン クラスなどの getter/setter の生成など、やりたくないすべてのがらくたを行うのに最適です。
- API リファレンスメソッドを入力すると、IDE がそのメソッドのシグネチャを表示するので、特定のクラスのすべてのプロパティとメソッドを覚えておくためにオンライン ドキュメントを参照する必要はほとんどありません。
- プラグインと Subversion の統合は、私たちの開発プロセスにとって絶対に不可欠です。IDE は、プラグインを使用してこのプロセスを管理します。最も重要なプロセス (単体テストなど) は、作業を容易にする IDE 拡張機能によってサポートされています。
- リファクタリングほとんどの IDE には、コードを簡単かつ正確に変更できる強力なリファクタリング ツールが組み込まれています。
- プロジェクト レベルのコード管理IDE を使用すると、プロジェクト レベルからコードを管理できるため、依存関係、リンク ライブラリ、画像、アセット、CSS、他のプロジェクトからのソース コードなどをより簡単に管理できます。また、コンパイラー設定、コマンドライン引数、ランタイム構成など、忘れがちな煩わしい設定や設定を管理するのにも役立ちます。
- チーム ワークIDE はチーム環境で機能するように設計されており、プロジェクト全体を管理するため、複数のユーザーが同じコード セットで作業するのがはるかに簡単になります。また、プロジェクトのディレクトリ構造など、コミュニティの基準を設定するのに役立つ規則を奨励します。
- 比較とナビゲーション私がよく使用するもう 1 つの機能は、組み込みの diff/history ツールで、コードの違いを見つけたり、ナビゲーション ショートカットを使用して、関数が宣言されている場所にジャンプしたり、関数へのすべての参照を検索したりできます。
- シンタックス ハイライトは、IDE の明白な利点の 1 つであり、コードをはるかに読みやすく、管理しやすくします。また、コードの折りたたみ、行番号、マージャンのアイコン/アラート、エラー/警告の強調表示など、他の視覚的機能もまとめます。
頭のてっぺんから思いつくのはこれだけですが、他にも何百もの理由があると確信しています。
どの IDE を使用するか?
あなたまたはあなたの会社がお金を持っているなら、Flash Builder 4. 間違いありません。これは Adobe のデファクト IDE であり、Eclipse の簡易バージョンに基づいているため、何千もの便利な Eclipse プラグインの多くが (Subclipse のように) 変更なしで動作し、クロスプラットフォームです。オンラインの多くの例では Flash Builder を使用しており、Flash Builder を使用した開発で失敗することはほとんどありません。あまり目立たない重要な機能の 1 つは、BlazeDS および Flex との基本レベルの統合です。この 2 つは、ActionScript に戻るときに必ず使用するものです。
あなたの仕事が請求書を賄っていない場合は、より費用対効果の高いソリューションが存在します. FDT は、Eclipse 用のオープン ソース ソリューションです。これは非常に優れていますが、Flash Builder の堅牢な一連の機能、特にブラウザーで実行されているコードをデバッグする機能が欠けています。
このすべてが何らかの形で役立つことを願っています。
--g男性
無料で十分なFlash Developがあります。支払う意思がある場合、または Flex 開発も行う場合は、Adobe のFlash Builder (以前の Flex Builder) が最適です。
構文の強調表示だけに関心があり、CS3 IDE が気に入らない場合は、Notepad++がそれを行います。
私は常にプレーン テキスト エディターを使用して AS コードを記述してきました (AS2 と AS3 の両方で)。Windows では TextPad を使用する傾向があり (ショートカットが私の指に組み込まれているように見えるため、主に習慣から)、Mac OS では TextMate を使用する傾向があります。関連する構文強調表示がインストールされています。個人的には、構文の強調表示やオートスペースほど重要なデバッグはないと思うので、このパターンはすべての人に適しているわけではありません!
次に、Flash CS4 のインスタンスをバックグラウンドで実行するか (職場で、ライセンスを持っています)、ショートカットまたはターミナルから flex ビルド スクリプトを実行します (自宅にいて、Flash ライセンスがない場合)。
これらのスクリプトを自分でコーディングする場合の簡単なヒント - 実行するだけで、flex ビルダーを使用して純粋な actionscript アプリケーションを構築できます。
$ mxmlc DocumentClass.as
そのファイルのコンストラクターをエントリ ポイントとして使用し、そこからサブフォルダーからすべてのパッケージをインポートします。このパターンは、フラッシュの試用版と AS3 の空の FLA に対する私の必要性にほとんど取って代わりました。文書化されていないように見えるので、これについて言及します。Adobe のすべての文書は、どこかに mxml ベースファイルが必要であることを暗示しています。
私は約 3 年間、すべての ActionScript 開発に Sepy を使用してきました。試してみます。:)
アクションスクリプティングには常に Flex/Flash Builder を使用してきました。CS5 では Flash Builder と Flash の統合が改善されていると聞いているので、両方で作業する必要がある場合はワークフローが優れています。