「Flux」アーキテクチャとは？ MVCやMVPとの違いとテスタビリティー
「MVC」や「MVP」では、ModelやViewの数が膨大になり構造が複雑化するという問題があった。FluxアーキテクチャはMVCやMVPとどう違うのか。
本連載は、ソフトウェア開発のさまざまなアーキテクチャの中で、特にテストに強いものを紹介していきます。第4回は「Flux」を取り上げます。
著者紹介：石黒 邦宏
デジタル・マジック・ラボでインターネット経路制御運用に関わり、オープンソースウェアで経路制御を実現する「GNU Zebra」を開発。1999年IP Infusionを共同設立し、CTOに就任。2009年Access CTO、2015年アプリックス CTOを経て、2018年デジタルハーツホールディングスCTOに就任。
「Flux」の特長と仕組み
Fluxは、Facebookが提唱するアーキテクチャです。画面遷移が多く、情報のリアルタイムアップデートが必要なサービスの場合、MVC（Model、View、Controller）やMVP（Model、View、Presenter）といったアーキテクチャでは、ModelやViewの数が膨大になったり、ModelやView間での双方向のやりとりなどから、システム構造が非常に複雑化してしまったりという問題がありました。
Fluxはこれらの問題を解決するために提案されたアーキテクチャです。最大の特徴は、ModelとView間の双方向のデータフローではなく、全て単方向のデータフローであることです。
Fluxアーキテクチャでは、「Dispatcher」がMVCやMVPのControllerやPresenterの役割を、「Store」がModelに近い役割を担っています（図1）。Fluxはイベントが発生したときにどのようにStoreを更新するかをDispatcherが判断し、StoreはDispatcherからの指示に基づき、Viewを更新します。これらのやりとりは全て単方向で行われることから、ModelとViewの関係がシンプルになり、その結果システムの構造もシンプルになり、機能追加の際のコード修正やテストもしやすくなります。
Copyright © ITmedia, Inc. All Rights Reserved.
ホワイトペーパーや技術資料、導入事例など、IT導入の課題解決に役立つ資料を簡単に入手できます。
- 新型コロナ発生時、マイクロソフトはどう動いたのか？
- 「Device as a ServiceはPCのサブスク」が間違っているワケ
- 標的型攻撃への対策状況（2020年）／前編
- 河野大臣の「脱ハンコ」の呼びかけに、企業はどこまで応えたか？ 市場調査から探る
- 40万アイテムの在庫をなぜ強みにできるのか トラスコ中山の「ビジネスモデルのDX」を学ぶ
- PoCとは？ 実証実験との違い、進め方、成功の秘訣（ひけつ）を解説
- 新Microsoft 365は何がどうなった？ 図解で分かるライセンス選び方ガイド
- IT機器の耐用年数は何年？ PC、サーバ、ネットワーク機器の使用年数の考え方、計画、設計虎の巻
- レガシー情報機器の利用状況（2020年）／後編
- アナリストが解説、二桁成長が期待される「HCIの最新トレンド」
ITmediaはアイティメディア株式会社の登録商標です。