OpenFlux(リンク・英語)はモデル・ビュー・コントローラ（MVC）アーキテクチャに基づいたオープンソースのコンポーネントフレームワークをFlex開発者に提供する。このライブラリには今のところボタン、リスト、そしてスクロールバーといったコンポーネントが含まれている。OpenFluxの最終目標はFlexアプリケーションに含まれるコンポーネントのカスタマイズを“劇的に”簡単にすることにある。コンポーネントの他の部分を壊すことを恐れることなくである。
プロジェクトの創設者であるBen Stucki氏はそのコンポーネントモデルを以下のように説明している(リンク・英語)。
プロジェクトの創設者であるBen Stucki氏はそのコンポーネントモデルを以下のように説明している(リンク・英語)。
OpenFluxのコンポーネントはそれぞれ三つの部分で構成されAPI（モデル）、グラフィック（ビュー）、そして振舞い（コントローラ）を定義するためにそれらが協調しています。一見するとコンポーネントを作成するには大袈裟な気がします。確かに多少の複雑さは増加します。しかし一方では既にある部品を壊したり書き換えたりすることなく完全に独自のグラフィックや振舞いを持つコンポーネント素早くそして簡単に追加できるという大きな利点があります。プロジェクトの貢献者であるRyan Campbell氏は標準のFlexコンポーネントとOpenFluxのコンポーネントの違いについて以下のように論じている(リンク・英語)。
OpenFluxのコンポーネントと現在のFlexコンポーネントの全体的な違いは（OpenFluxのコンポーネントでは）ロジックがMVCアーキテクチャに分割されているということです。このことによって他の機能を保ったままコンポーネントの一部を簡単に交換することができるのです。リストコンポーネントを一歩先に進めてレイアウトのロジックを分割しているのでリストの内容を表示する新しい方法を簡単に実現することができます。.今年初頭にリリースを発表した(リンク・英語)Ben Stucki氏の投稿でOpenFluxを開発した動機について以下のように詳細に述べている。
OpenFluxの本当の目的はカスタマイズされてプロジェクトで利用されることにあります。ビューのないコンポーネントを利用することで劇的に新しく興味深いコンポーネントを素早く簡単に作成することができます。コンポーネントの他の部分を壊す心配をしなくていいのです。アコーディオン、タブナビゲーターやリストといったコンポーネントと何日も格闘したことはありませんか？私も経験があります。だからこそこれを作ったのです。全てをprotectedにすることが正解ではなかったのです。正解はよりよいコンポーネントモデルを手に入れることにあったのです。
OpenFluxについてもっと学習したければInsideRIAにフレームワークの入門についてのよい投稿がある(リンク・英語)。さらに、theflexsho.comには今年の初頭のBen Stucki氏に対するインタビュー音声(リンク・英語)が投稿されている。