Flex フレームワークを使用せずに、プロジェクト全体を「純粋な」AS3 で実行したフラッシュ プロジェクトを完成させました。これについてはウェブ上でほとんど書かれていないので、これが RIA を開発するための一般的な方法なのか、それとも巨人の肩から飛び降りて後で噛まれる愚かなことをしたのかはわかりません。
当時は良いアイデアのように思えましたが (有名な最後の言葉です!)、確認できる人からの連絡を待ち望んでいました。
ありがとう、マーカス
Flex フレームワークを使用せずに、プロジェクト全体を「純粋な」AS3 で実行したフラッシュ プロジェクトを完成させました。これについてはウェブ上でほとんど書かれていないので、これが RIA を開発するための一般的な方法なのか、それとも巨人の肩から飛び降りて後で噛まれる愚かなことをしたのかはわかりません。
当時は良いアイデアのように思えましたが (有名な最後の言葉です!)、確認できる人からの連絡を待ち望んでいました。
ありがとう、マーカス
何も悪いことはありません。人々は、FlashDevelopとPureMVCのようなAS3のみのフレームワークを使用して毎日それを行っています。サポートするフレームワークなしで複雑なアプリを実行すると、将来的にサポートが困難になる可能性がありますが、よく知られているベストプラクティスに準拠している場合は問題ありません。将来の保守性は、特に他の誰かが保守する必要がある場合は、コードとアーキテクチャ全体で共通のデザインパターンを使用することで大幅に改善できます。それを除けば、本当に複雑なものを構築するためにコードをスリングするだけの場合は、すべての関数と全体的なアーキテクチャを非常によく文書化しない限り、おそらく失敗するでしょう。今日ではないかもしれませんし、明日ではないかもしれませんが、いつの日かあなたは(または他の誰かが)困惑しています!;)
完全に良いアイデアのように聞こえます。Flex は実際には、純粋な AS3 の上にラピッド プロトタイピングと通信標準を重ね合わせたものにすぎません。
開発の容易さと大規模なライブラリと API で得られるものは、合理化された強さとシンプルさで失われます。
私は現在 Flex で中規模のアプリを開発しています。開発の最初の段階は簡単でしたが、後の段階では奇妙なフレームワークの偏心に満ちていました。
Flex は、Flex フレームワークが提供する範囲内で見栄えのするものをすばやく作成したい場合に便利です。
私たちは、アドビが気にかけなかったり、修正に時間がかかりすぎたりする奇妙なフレームワークのバグと戦っていました。そのため、独自の UI フレームワークを優先して Flex をやめることを選択しました。それ以来、振り返ることはありません。
間違いなく大丈夫です。たとえば、Issuu.com プラットフォームは Flex ベースではなく、カスタム フレームワークに基づいていると聞きました。
皆さんありがとう!私は AS3 に非常に満足しており、MXML/Flex を使用するのとは対照的に、得られるコントロールの量が気に入っています。私が狂っていないと聞いてよかったです!