RIA のフレームワークは長期的にどれくらい効果的ですか?

Question

私は flex/RIA フレームワークに関してはかなり初心者です。ほとんどの作業はサーバー側で行われます。インターネットで検索すると、人々はさまざまなフレームワーク、ケアンゴームを使用して結合していることがわかります。そこで私の質問は、フレックスをベイビーステップで進めているので、ラーニングフレームワークを使用する必要があるかということです。それともフレームワークなしでしょうか？(現時点では、これらの DI、DAO、VO、IoC は、完全な形式を除けば、私にとってあまり意味がありません。）。8か月くらい経ってから、かなり本格的なことをする必要があった。フレックスを学ぶのに十分な時間でしょうか？前もって感謝します。(リンクやポインタも大歓迎です。とはいえ、私は一日中グーグル検索や Hello World の作成に費やしています...)。RIA FLEXの達人になるにはどうすればいいですか？

Answer 1

あなたはフレームワークに飛び込む前に、自分自身でのFlex / ActionScriptを学びます。実際のアプリケーションを構成し、フレームワークなしで作業のすべてを取得する方法を図出します。

フレームワークを見て開始し、最高のスーツニーズ/方法その1を選択、その後、最初からアプリケーションを構築しますね快適回。

こうすることで、あなたがあなたのために全力を尽くすためにフレームワークに頼るのではなくオフ構築するための良い基盤を持っています。

Answer 2

私は他の回答に同意しないとあなたは、フレームワークから始めなければならないと言うつもりです。フレックスフレームワークのいずれかがあなたのコード、あなたが道というあなたのコードを構築すべき理由を説明しますユーザー培養以下を構造化する方法を説明しますドキュメントのベースと一緒に来ます。自分でオフに開始すると、異なるフレームワークの設計者が学び、自分のシステムに焼いてきたことを教訓のいくつかにあなたを公開しません。プロトタイプは、フレームワークで始まる、生産にプッシュされますする傾向があるので、あなたはあなたの前に設計されたアドホックアプリケーションアーキテクチャからより多くの定義された構造にオーバー転送する必要があると判断したときまた、今、あなたのコードを書き直すあなたに多くの時間を節約しますフレックスを知っています。

今私は（約）期待外れに基づいて、私もメイトのようなものです。

非常に軽量なフレームワークを使用しています

Answer 3

あなたが作成するフォーム、皮膚、クラスとイベント処理に使用を得ることができるので、

私は、任意のフレームワークなしで開始します。あなたはそれに慣れたら、その後、framworkをつかむます。

基本的なフレックスコードのいくつかの素晴らしい例についてはツールドフレックスをチェックしてください。

Answer 4

最初にテクノロジー (概念と構文) を学習してから、フレームワークを使用することをお勧めします。サーバーサイドのコーディングをたくさん行ってきたとのことなので、フレックスの基本を学習した後にお勧めします (「」を参照) http://livedocs.adobe.com/flex/3/html/help.html)、通常の MVC パターンと同じ原則に従っているので、自然に思い浮かぶようにケアンゴームを学習します。

Answer 5

私の経験では、私は、任意のフレームワークアウトとフレックス始めました。フレックスでイベント処理や他の機能は非常に良いです。あなたは、フレームワークを使用して、すべてをやろうとしている場合は任意のframeworks.In私の経験を必要としない小規模なアプリケーションを構築することができますので、それは非常に高価になるだろう。ケアンゴームの場合、あなたはクラスの数を作成する必要があります。あなたは、複雑なアプリケーションを構築したい場合はしかし、それはフレームワークのために行く方が良いです。これは、共通の外観を持つアプリケーションを構築するのに役立ちます。そして、もっとこの上で後で上でアプリケーションをデバッグするのに役立ちます。

すべてのベスト... コーディングをお楽しみください; - ）

Answer 6

スタートなし - あなたも、あなたが取り組んでいるプロジェクトのための枠組みの必要性を持っていない可能性があることであることの理由。でも、Javaの世界では、アプリケーションの多くは、「念のため」かというだけの理由アーキテクチャに追加することによって、あなたは不それがより複雑になっていることをちょうどそう小さくてシンプルなそれはずのベストプラクティスです。

あなたはフレームワークを選択し実行すると、それはあなたの意思決定プロセスにその作成（最もの の使用にいくつかの余分な時間がかかるを行う）と要因れる余分な作業のレベルの非常に注意してください。小さなプロジェクトは、おそらくケアンゴームまたはPureMVCのようなヘビー級のフレームワークを必要としません。

あなたが初めてのためのフレームワークを見て行うと、

、あなたがデザインの制御に滞在することができます何かをしてみてください。 （多くのいわゆるフレームワークは、彼らはあなたのアーキテクチャの一部を決定づける意味し、ケアンゴームが正しく指摘しており、実際のマイクロアーキテクチャです。）それのような多くの人々が、私の回避メイト、それはあまりにも多くの構成のように感じているからです。期待外れでは、それはあなたに依存性の注入を与えるため、と開始する素敵な「軽量」の選択肢であり、いくつかの他のほとんどの便利なトリック - まだそれは小さなフットプリントを持っているし、本当にあなたに何ものを強制するものではありません。

それはのそれはベストプラクティスである理由のための具体的な説明がなくても、「ベストプラクティス」ですので、

あなたがXをしなければならないことを伝える誰かに耳を傾けることはありません。それは良い習慣であっても、すべてではない「良い」プラクティスは、すべての状況に適用されます。