「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導入の課題解決に役立つ資料を簡単に入手できます。
- 国民の動きがまる裸？ “監視ツール”と化したあのベンダーの製品とは：617th Lap
- 「Notes移行」は何が難しいのか 2社が完遂の肝を語る
- Microsoft 365のプロが教える「Teams」のお助けワザ8選
- PoCとは？ 実証実験との違い、進め方、成功の秘訣（ひけつ）を解説
- 課題と市場変遷から導き出すBI強化の方向性
- Googleのノーコード「AppSheet」とは？ 使い方、RPA機能のメリット、料金を解説
- Web会議ツールの利用状況（2021年）／後編
- 「Chromebook」は法人利用で生きるのか？
- 経営判断に必要なデータ分析に2週間、そんな経営速度を上げたのは
- 「Office 365」と「G Suite」の利用状況（2019）／前編
ITmediaはアイティメディア株式会社の登録商標です。