Flex/AIR開発のためのアーキテクチャフレームワークを使用していますか？

Question

まだFlexは比較的若い技術であるため、Flex/AIR（およびFlash）の開発には、CairngormとPureMVCが主なものです。アーキテクチャフレームワークの量は、他のテクノロジに比べて顕著です。

私は、Flex開発のアーキテクチャフレームワークをどれだけ使用しているのだろうと思っていました。もしそうなら、あなたは何も使っていないのですか？

---

は、私自身の経験と視点を共有するには：私は、様々なプロジェクトに（Flash開発のためとARP）ケアンゴームを使用し、時々、私達はちょうどに収まるように、余分なコードを記述する必要があることを発見しました明らかに正しいとは思わなかったフレームワーク。私は多くの場面でPureMVCを使用していませんが、サンプルアプリケーションを見ても同じ感覚です。

アーキテクチャフレームワークは何らかの形で宗教を同等にしています。ほとんどのフォロワーは、そのフレームワークがフレームワークであると確信しており、他のフレームワークの使用に関してはオープンでも、懐疑的でもありません。 （私は自分自身が新しいフレームワークをチェックすることに躊躇して懐疑的だが、主に誇大宣言が終わるまで待つことになるからだ）。

結論として、私は健全な知識フレームワークを選択してそれに固執するのではなく、アプリケーションに適用できるパターンとプラクティスを提供します。単に正しいことも間違っているだけでも、私は聖杯とみなされる枠組みがあるとは信じていません。

Answer 1

最初にハイ、グレードの投稿、私は1年以上PureMVCを使用していると言わなければならず、私は結果に非常に喜んでいると言わなければならない。あなたは正しいですが、フレームワークに固執するのは悪いですが、いつフレームワークを使用するのか、そうでないのかを知る必要があります。

Answer 2

Flex自体はかなり優れたコンポーネントフレームワークであり、Flashは非常に単純なイベントモデルを持っています。これらの2つのことだけで、Flexアプリケーションを開発することができます。

私はFlex 2日間でCairngormで2つの大きなアプリケーションを書いたので、お勧めできません。それは肥大化し、過度に抽象化されており、単純なものでさえもあまりにも多くのコードを必要とします。人々がCairngorm用のコード生成ツールを書いているという事実は、私が考えることは、あまりにも多くのことがあるということを証明していると思います。 Cairngormは、基本的にOOPでグローバル変数を使用する厄介な方法であるSingletonに大きく依存している点で問題があります。 MVCはそれほど難しいものではなく、一日の終わりには、コードの整理に役立ち、ビジネスロジックをUIコードから守るためのパターンに過ぎません。これは、いくつかの規律を行使してフレームワークなしで非常に簡単に行うことができます。

私にとって興味深いのは、IoCソリューションがコミュニティに浸透し始めたことです。私はFlexフレームワークを進化させて、IoC/DIコンテナがコンポーネントライフサイクルに簡単にプラグインできるようにする必要があると思います。これらの種類のツールが提供できる価値は、MVCフレームワークを手に入れたいと望んでいたものに比べて膨大です。

Answer 3

私はJavaの日々にフレームワークを使用していましたが、私は過去2年間にいくつかの異なるFlexベースの製品を扱ってきましたが、いずれも正式なアーキテクチャ上の "フレームワーク"エンジニアは単に良いデザインに勤勉していました。 Flexは、MXMLの表現力によって少しでも役立ちますが、アプリケーションの適切なレイヤー作成に適しています。

これまで述べてきたように、私はbrd6644に全面的に同意する必要があります。IoC/DIコンテナが提供する機能をいくつか持っていたことを願っています。

Answer 4

私はMateを使用します。これは軽量でセットアップと理解が非常に簡単です。春と同様に、目立たず、かなりよく文書化されています。 Cairngormがハンマーであれば、MateはLeathermanです。ボイラープレートのコードをたくさん削除するだけであれば、些細なアプリケーションにも利点があります。

Answer 5

私は多くのプロジェクトでPureMVCを使用しましたが、Swiz、Mate、およびMVCSでもかなりプレイしました。私はCairngormを勉強しましたが、実際のプロジェクトには使用していません。

あなたの投稿の結論は確かにマークです：「フレームワークを選択してそれに固執する」よりも、実際には「パターンや実践についての健全な知識を持つ方が良い」ということです。経験の少ない開発者とチームで作業するときに

しかし、それはよりも、はるかに簡単（かつ迅速）は、「フレームワークのドキュメントを読んで、このプロジェクトは、フレームワークのX上に構築されている」と言って速度までそれらを取得することです合理的な時間枠で良いパターンと実践の理論と応用を習得することを期待しています。

これらのフレームワークは、アプリケーション設計と問題の分離の紹介としてよく使われ、チーム環境で非常に便利です。 私は、良いIoCコンテナと、一握りのデザインパターンが、より軽量で柔軟性がありながら、同じ結果を達成できると信じています。

Answer 6

スウィズはそこで最も軽量な選択肢です。私が見たことのあるもの（主にCairngorm/PureMVC/Mate）には、コードやXMLの膨大な部分がたくさんあります。これは避けたいものです。私は、膨大なコードをXMLで膨らませて置き換えることは信じていません。仕事を少なくするためのツールをいくつか教えてください！