私は現在、Adobe Flex 4 のコンクリート シューズに足を踏み入れており、しばらくの間 Apache Flex を監視しています。戦略的な観点から、非推奨のプロジェクトに固執するのは意味がなく、Apache がその方法です。この質問は、切り替えを直接経験した
SO コミュニティ メンバーを対象としています。
1) 痛かったですか？
2) それだけの価値はありましたか?
3) もう一度やり直さなければならないとしたら、何を変えますか?
質問する
227 次
2 に答える
5
1) 痛かったですか？
いいえ、そうではありませんでした。私はもはや FlashBuilder を使用していないことを言及しなければなりません。IntelliJ Idea で Apache Flex をインストールして使用するのは、SDK (およびいくつかの依存関係) を解凍し、IntelliJ にそれを探す場所を伝えるのと同じくらい簡単でした。
Apache Flex SDK を FB に統合するのは少し複雑だと思います。しかし、Apache Flex の担当者は、特にその問題を修正するためのスクリプトを作成しました。
また、可能性のある依存関係の解凍とダウンロード、およびそれらの解凍を行うインストーラーも作成しました。私は一度も使用したことがありません ( GradleFxを使用して対処していますが、既にバージョン 2.5 であり、コミュニティによって徹底的にテストされています。
2) それだけの価値はありましたか?
はい、フレームワークでバグを見つけたときに自分で修正でき、修正が次のリリースに統合される可能性があるという事実だけであれば、それは今から 3 年後 (Adobe のリリース サイクル) ではなく、むしろ 2 年後です。今から数か月。Adobe Flex は「オープン ソース」 (ソースを確認できることを意味します) でしたが、Apache Flex は実際にはオープン ソースです (つまり、適切と思われる方法で貢献できることを意味します)。
3) もう一度やり直さなければならないとしたら、何を変えますか?
私はいくつかの「エンタープライズ」アプリケーションを Apache Flex で実行していますが、まだ重大な問題に遭遇していません (1 つまたは 2 つの回帰バグを報告しましたが、それらは本当に些細なことです)。
于 2013-04-24T16:03:41.847 に答える
1
Adobe から Apache Flex に切り替える場合、コードを変更する必要はありません。Adobe Flex SDK の一部 (Flash/AIR バイナリなど) は Apache で配布できないため、SDK を IDE で使用するように設定すると問題が発生する可能性があります。ただし、Apache Flex は、このプロセスを非常に簡単にするインストーラーを作成しました。
Adobe Flex の使用があなたにとって具体的な靴である場合、Apache Flex もおそらくそうなるでしょう。Flex が出力として HTML/JS をターゲットにする作業がありますが、まだ初期段階です。現在でも、Adobe の Flash プラットフォームに縛られています。
于 2013-04-24T16:03:10.170 に答える