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

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Clean Architectureやレイヤードアーキテクチャでは、どのようにレイヤーを定義するかついては言及されています。 そのような中usecase(レイヤードアーキテクチャではApplication層)をどのように実装するべきかについての議論は少ないです。 しかし私はリーダブルなアーキテクチャを実現するために、一番大切なことはusecaseを適切に実装することであると考えています。 そこでusecaseを実装する上で起こりがちな抽象度の問題を例に、リーダブルなアーキテクチャを考えいていきたいと思います。 サンプル 1:1

[ymgn]

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

[masaru_b_cl]

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

[baronhorse]

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

[kawasin73]

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

[grandcolline]

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