5年間 Laravel を使って辿り着いた，全然頑張らない「なんちゃってクリーンアーキテクチャ」という落としどころ

この記事は Laravel Advent Calendar 2020 - Qiita 最終日の記事です。 TL;DR DDD や "真の" クリーンアーキテクチャは， Web 業界における大抵の現場ではオーバースペックだし，導入しても全員がついてこれるとは限らない app/UseCases ディレクトリだけ切って，ドメインごとに単一責務なクラスを置くと使いやすいよ ActiveRecord 指向のフレームワークで Repository パターンを無理に導入すると死ぬので， UseCase で Eloquent Model の機能を使うことを恐れるな はじめに Zenn では初投稿です。日本の Laravel コミュニティではもうお馴染みのようで実はあまり顔を出していない（？） @mpyw と申します。オンラインサロンの火付け役となった Synapse が最初の仕事でしたが，就職後すぐ会社が

[takyam1213]

すごく分かり味が深い。カッチリやればやるほどLaravel（というか主にEloquent）の恩恵なくなるし、UseCaseにまとめつつServiceなりの切り出し方だけ気をつければだいたいメンテできる気がしてる

[at5u]

この人に「これでいいす」って言われるとメチャクチャ安心感ある。

[ghostbass]

何故symfony +Doctrine にしないのだ…

[noseld]

クリーンアーキテクチャと設計思想が違いすぎて『なんちゃって』とつけたにしてもクリーンアーキテクチャと呼ぶには違和感がある。サービス層つけただけ感/同心円状の図は例であって本質じゃないと思う。

[okami-no-sacchan]

よくわからない世界の話ですが、ララベルは魔法少女ですよね

[crexist]

ビジネスロジックを純粋に書けるからこそのCleanArchitectureな訳なのでこれはただのLayeredArchitectureでは。「Eloquent Modelと上手く付き合うLayered Architecture」と言うタイトルだったら納得感ある。

[n314]

phpは基本的にフォームとDBの処理ばかりだから、複雑なロジックは複雑なDBアクセスになるし無理に分けるとバグ増えるよねえ…。

[seal2501]

現場が本当に求めていたドメインの切り出し

[castaneai]

“Web 業界の一般的な案件で，「アプリケーションのコードはそのままで RDBMS を入れ替えたい」という事例をほとんど聞いたことがありません”

[cachico]

参考になります！

[nobodyplace]

素敵

[krycvf]

“Resources/ │ │ ├── UserResource.php │ │ ├── CommunityReso”

[tofy]

“認可として典型的な権限判定処理はドメインロジックのノイズになりやすいので，ポリシーとして切り出すことによって 「結局何がしたいのか」 を明確にできるメリットがあります。 しかし，認可は後述の「ドメインバ

[mumei-0]

これ的なものを Ruby on Rails でやりたいのよね。

[tri-star]

ディレクトリ構造やクリーンアーキテクチャが厳しすぎるのでうまく妥協する考え方について共感できる

[rosiro]

なんちゃってでよいきがする どうせ拡張されないんだし、大きなサービスになったららべるつかうわけないし

[lalala360]

HTTPの入出力とドメインロジックを分離して再利用可能にするところまでは、はっきりメリットが実感できるけど、そこから先の「○○が肥大化するから問題」っていうの、全然ピンとこない。

[Rishatang]

「就職後すぐ会社が DMM に買収されて，更に1年半ほど別の企業に行ってから結局また DMM に帰ってくることになりました。」 この人新卒だったのか。歴戦だとかってに思ってた（いや能力は歴戦なんだろうけど

[helldeath]

もう、なんというか、私にはもう

[hamamuratakuo]

Laravel を JSON API アプリケーションとして使う前提で話を進めます。コンストラクタインジェクションか，メソッドインジェクションか　コンストラクタインジェクションのほうが遥かにたくさんのメリットがあります。

[shinp]

repository作る位ならテーブル参照先が同じ別namespaceのmodel作る方がよほどDDDらしいってそれ一番言われてるから……

[circled]

Laravelはフレームワークのやり方に従わないと結構地獄見る。実現したいことに合わないなら、他のフレームワークに逃げれるように知識は広く持っておきたい。とはいえ、殆どのことはLaravelで出来るので全能感も高いが。

[hardt]

Laravel使ってないけど読む価値ある、フレームワーク問わない

[tohokuaiki]

うーん、なんかどの言語のどのF.Wでも「どっかが太る」ってやってるので、妥協点をどこに持っていくかの世界だな。俺はModelでいいよ。

[nebokete]

Laravel3年生です。参考にします。

[ichigen3]

Ropository層の話はすげー分かりみが深かった。Laravelの恩恵を捨ててまでRepository層作ってユニットテストするのは本末転倒だと思ってたから、ユニットテスト諦めて機能テスト に全振りするほうが合理的だと感じる。

[sezemi]

自由自在すぎて、初心者混乱。。

[Shiiiin-san]

“DDD”

[tajamaru]

“ドメインごとに単一責務なクラスを置くと使いやすいよ”

[kijtra]

そうそうLaravel は奥深いから、ネットの情報見て「それデフォルト機能にあるのにな」ってことよくある。

[nilab]

「5年ほど Laravel を使った結果，「結局 Laravel ってどう使えばいいんだ？」という自身の疑問と，ずばりそれに対する絶妙な落としどころとして， 「なんちゃってクリーンアーキテクチャ」 についてまとめます」