from The Clean Architecture

の

外部から受け取ったデータを内部用に整形して、Use Caseに渡す

図中にはControllerやPresentersがあるが、これらは互いに依存してはいけない

必ず内側の層を仲介して依存し合うようにする

それがThe Clean Architectureの右下の図の意味

Controllers (入力)

CA:Gateways (永続化)

Presenters (表示)

業務的でない技術的関心事のロジックを書く

MVCなどはこの層になる

Reduxはこの層に収まる

この記事では、この層が、上下の両方の層に依存することになるだろうと書かれてある

本家の一方向依存関係は現実的には難しいので、この層がその汚さを吸収する

Controllers

入力の抽象を担う

入力で受け取ったものをApplication Business Rulesが扱いやすいようにデータ変換をする

Input Portの実装をする

ユーザーの入力などを、UseCaseに伝えるためにデータの加工をする

「送信」を入力されたら、どうする？

UsecaseとFrameworks & Driversで使われるデータ構造を互いに変換する

具体的には

Presenters

表示

結果の表示

Viewとか？

Output Portの実装をする

みどく

サーバーとやりとりするのはどれ？

CA:Gateways?