リーダブルアーキテクチャ - usecaseにおける時間軸と抽象度の統一 - Qiita

はじめに Clean Architectureやレイヤードアーキテクチャでは、どのようにレイヤーを定義するかついては言及されています。 そのような中usecase(レイヤードアーキテクチャではApplication層)をどのように実装するべきかについての議論は少ないです。 しかし私はリーダブルなアーキテクチャを実現するために、一番大切なことはusecaseを適切に実装することであると考えています。 そこでusecaseを実装する上で起こりがちな抽象度の問題を例に、リーダブルなアーキテクチャを考えいていきたいと思います。 サンプル 1:1のチャットアプリでUserとWorkerが存在して会話ができるアプリを例にあげます。 以下の図では青い背景はinfraの関数実行、緑色の背景はdomainの関数実行、赤い背景はusecaseの関数実行を示しています。 usecaseのCreateChat関数

[ymgn]

解決策2めっちゃいいやん！って個人的にはなったんだけど、なんで解決策1が圧倒的にオススメなんだろうか

[masaru_b_cl]

ありがちな場当たり的変更をいい感じにする手順って感じでいいですね

[baronhorse]

ベタ書きはそれはそれで変更に弱くなるんじゃないの。修正漏れとか。

[kawasin73]

わかりやすくてすごい。一つの関数では一つのことしかせずに、その関数を組み合わせる事でビジネスロジックを組み立てる。そうする事で読みやすくて柔軟なコードになる。

[grandcolline]

usecaseからusecaseを呼び出す実装は少なくしたいなぁ.... 時間軸レイヤーを分けるという発想はなかった！！すごい