いう便利ツールが含まれるようになりました。様々なFluxフレームワークを参考に、facebook社内で固まってきたベストプラクティスを実装に落としたもの、といった所でしょうか。以下の4つのモジュールで構成されています。作成する際に使用します。いう継承関係にあります。クラスを直接使うことはあまり無いでしょう。更新処理を実装します。具体的な使い方についてはazuさんの解説記事が詳しいです。ドキュメントだけだと動作が想像しづらいので、使いたい場合はコードを読んだほうがいいかもしれません......。その他Fluxフレームワークの影響を受けていることがわかります。selectorといったところでしょうか。整合性を意識した設計になっています。密結合すぎてなんか使いたくない気もします。ついても書かれています。2つに分類する、という考え方が紹介されていました。作者のブログ記事など、様々な箇所で解説されています。どこにも属さない処理をどこに書くかという問題がしばしば議題に挙がります。コンポーネントを用意し、その中で処理を行うというアプローチがとられています。一種と見做すことができるでしょう。この概念には様々な呼び名があって混乱しやすいので、表にまとめてみました。componentsそれぞれの解説を見比べてみると面白いでしょう。ロジックを持たない事が明示されているなど、時代とともに少しずつ洗練されているのかもしれません......。組み合わせたフレームワークです。氏によって開発されました。詰め込む、という設計になっています。こねこねするだけでアプリケーションが構築できます。処理するしかありません。層にドメイン知識を漏らすような気がして扱いが難しいです。結びつきが弱いため、より素直に実装できるようになっています。その他の詳しい設計については省略します。さんのブログ記事がバズって少し流行ったので、日本語の情報も見つけやすいと思います。僕もちょっと試して感想書いたりしました。いうリポジトリを公開しています。こちらは、ある要件を満たすWebアプリの実装を募集し、様々な実装を比較することでFluxアプリケーションの設計について考察するという試みです。アプローチの妥当性を検証しようとしているようです。2015-12-24現在では24個の実装がsubmitされています。以外にも、3種類のアプローチに分類できるように感じられます。有名ですが、他にも似たようなアプローチをとっているライブラリが多数存在します。ライブラリでてアプリケーションを構築するものの2通りのタイプが見られました。系のライブラリは今年後半に開発開始した物が多いです。組み合わせて開発を行います。ツリーのルートでアプリケーションを管理するという設計になっています。値を更新する度に自動で表示や振る舞いも更新してくれるというものです。利用したフレームワークです。同じ組み合わせですね。受け取るコンポーネントを簡単に定義できるようになっています。ユーザーにはとっつきやすいと思います。あるから大丈夫、ということでしょうか。ライブラリを利用したフレームワークです。いう概念が存在します。