クリーンアーキテクチャはなぜフロントエンドに合わないのか - パンダのプログラミングブログ

パンダとおくだが、Web業界の当たり前を「これって本当にそうだっけ？」と問い直すラジオを配信しています はじめに 昨年末にこんなツイートをしたら、ちょっとバズってしまいました。 https://x.com/Panda_Program/status/1864333831886786971 色々コメントを頂くことで考えを深めてブログを書きますと言っていて、まだ着手していなかったのでざっと書くことにします。ただ、今日はクリーンアーキテクチャが対象です。 簡単に自己紹介をすると、私は現職でフルスタックエンジニアをしています。また、「バックエンドのためのフロントエンド入門」 というテーマで登壇をしたり、自分のエンジニア人生を変えた書籍リストにクリーンアーキテクチャを挙げており、TypeScript でクリーンアーキテクチャを実践する という記事では Web からでも CLI からでも動かせるアプリケ

[diveto]

どうしてクリーンアーキテクチャでやりたいの？に対して現場業務視点で答えられないならやる意味ないと思う。そもそもとっても抽象的な考え方だからフワッとした意識だけだと全然メンテナンスできない。

[Eiichiro]

ビジネスロジックとは？の前提条件がバラバラで、かみ合ってない気はする。 ビジネスロジックの中にも濃淡はあって、カートシステムで金額計算や配送日計算をフロントでやるひとはいない。そういうのがコア。

[ghostbass]

ビジネスルールはフロントエンドにはないっていうのにはちょっと懐疑的。

[iyamou]

肝心のUseCase層で担当するはずのビジネスロジックが、たいていバックエンド・API任せでフロントでは腑抜けになるから。

[NetPenguin]

フロントエンドにはUIだけでなくアプリケーションも含まれるので、ちょっとこの話は懐疑的。フロントエンドでメジャーなフレームワークにクリーンアーキテクチャは適用しづらい、とかだったらそれなりに納得する。

[chanceux1]

よい記事。しかし「複数の権限状態があり、権限に応じた複数のViewや操作がある」といったものは現実世界で頻出で、それはフロント側で管理しなければならないビジネスロジックではないかな。

[tinsep19]

外壁部分だからコアドメインに近づきにくいだけでしょ。レイヤーを跨ぐオブジェクトの生成やユーザーのメンタルに焦点あてれば、それが境界づけられたコンテキストとなってUIでのコアドメインになるんじゃないの？

[knjname]

画面はクリーンアーキテクチャの曼荼羅の外側作ってるだけだからなあ　外側でまた曼荼羅を作るのは違うよなあ　ElixirのPhoenixとかだと違うんだろうか

[ss49919201]

読んだ。FEとBEでバリデーション目的が違うという点は、なるほどとなった。

[sa-yama321]

クリーンアーキテクチャはオブジェクト指向を下にしている発想だけど、フロントでオブジェクト指向のような古い概念にとらわれている人がそもそも少ないから、クリーンアーキテクチャは無意味なものになっているよ

[monorod]

クリーンアーキテクチャはよくわかってないけど、昔お絵かきwebアプリ作ってたときは普通にレイヤー分けてロジック書いてた気はする。json色つけするだけならいらんやろというのはそれはそうな気はする

[poad1010]

この記事をおすすめしました

[justgg]

整理術として何を選ぶのかというだけの話で、疎結合、単一責任を目指して整理する手段としてクリーンアーキテクチャ的な形は悪くない気がする。

[Nobkz]

これ、なんもわかって無いなと。

[hokkey]

React層にビジネスロジックを置きたくない、置くべきではない、というならわかる。そこは純粋なTSで書いて、Reactからは薄くそこにアクセスするイメージ

[for-my-internet-demo]

uiモデルと中核としたドメインが現実的には齟齬でてくる話自体はめっちゃわかるが…デザインはともかく単なる狭い技術的遷宮が外圧であり必須みたいに言っちゃう話は、またレイヤーが別のような…..

[abstruct3431]

入出力はビジネスロジックではないと言っている？好き勝手な値を入力されてもなんのガードもかけずに素通しなわけだ？そんなプロダクト存在するの？ぜひ筆者に実例を教えていただきたいね

[ahijo0523]

入力値バリデーションがあれば、その時点ですでにビジネスロジックを持っている。「バックエンドが無ければビジネスロジックが成り立たないのか」というとそうでもないし。クリーンアーキテクチャが合わない理由には

[turanukimaru]

例えば商品をカートに入れて金額の計算とか割引とかはビジネスロジックだが、これはフロントでも表示用に計算しているはず。これを鯖側がTypescriptとかで書いてフロントに共有すれば立派なクリーンアーキテクチャだ。

[kobito19]

"オブジェクト指向プログラミングの機能を使って" ではなくてDI(依存性の逆転)を使って、では。なのでAngularとかには合うんちゃうの、知らんけど

[t2y-1979]

インターフェースを介してレイヤー間やオブジェクト間のやり取りをする。そのインターフェースの仕様が高い頻度でかわるものはクリーンアーキテクチャにあわないのではないか？

[diveintounlimit]

クリーンアーキテクチャはそれによって何らか課題を解決する手段の一つでしかない。

[renowan]

バックエンドにとって双方関係ないデータでも、フロントでは関係ある場合があるからね。

[dorapon2000]

“しかし、現代では非 MV＊フレームワークである React が主流であるため、この取り組みは時代から選ばれなかったことがわかります。”

[t-wada]

アンサーソングです https://speakerdeck.com/twada/why-the-clean-architecture-does-not-fit-with-web-frontend