Laravelで実践クリーンアーキテクチャ - Qiita

この記事を書くにあたって Laravel について色々サポートしてくれた皆さまに向けてお礼申し上げます。ありがとうございました。 本記事はクリーンアーキテクチャに対する理解を深めていただくために、「実践クリーンアーキテクチャ」の内容を Laravel で実装して解説するという内容になっています。 記事のゴールは「クリーンアーキテクチャに対する理解を深めてもらう」というものです。つまり、この実装の形は一例に過ぎません。 はじめに 皆さんクリーンアーキテクチャはご存知でしょうか。 そう、こんな図のアレです。 The Clean Architecture: https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html クリーンアーキテクチャといえばこちらの象徴的な図をまずは思い浮かべるでしょう。 この図を

[himajin02]

Clean architectureをMVCを基準としたフレームワークに取り込むのはやめるべき。 Laravelの複雑さとClean architectureを組み合わせた複雑さが混ざって全然Cleanじゃない。レールに乗れないならGoみたく薄いFWで実践するものだと思う

[turanukimaru]

Clean Architecture というのはいわばモデルの独立性・可搬性を保つアーキテクチャ。LaravelのレールとかRailsとかフレームワークを最大限利用して生産性を上げるのとは逆の思想なのでそこは大目に見てもらいたい。

[tsuwatch]

クリーンアーキテクチャってウェブアプリケーションに使うにはどうなんだろ

[ab_sn]

記事が長いと感じましたよん！

[yy1121000]

普段使ってない言語だと学習時に壁があるんじゃないかと思ったため様々な言語のサンプルを作ろうっていう流れだったと思うので、「レールから外れすぎ」みたいな意見は、そうかもしれんけど悲しいねぇというお気持ち

[prograti]

自分もLaravelでDDDやってますが、FWのレールから離れるのは承知の上なので、そこは割り切ってますね。FWを使いこなすことも大切ですが、試行錯誤しながら自分でアーキテクチャを考えることも大切だと思いますよ。

[nunulk]

たとえフレームワークべったりでも役割でレイヤーを分離し依存方向を制限するコンセプトは活かせると思う

[tezu35]

ControllerとEloquentの間にUseCaseを挟む＆ValueObject追加のみで、後はLaravelだけで良いかなあ。楽しそうだけど

[muuran16]

DDDの目的の一つはフレームワークやインフラのロックインを防ぐことだから、フレームワークの流儀に乗っかる必要はない。それが不要だと思うなら中途半端な分離はやめて全力でフレームワークに乗っかればいいんじゃね

[domorebi]

フレームワークやORMと分離させてクリーンにする方向性と、全力でフレームワークに乗っかりたいLaravel勢の相性問題

[ymgn]

CleanArchitectureのサンプルコードとして非常に参考になってよかった。改めてEntityって意味は本当に広いんだなとも思った

[odakaho]

ドメイン、インフラストラクチャ、エンティティ、ユースケース、、既存の用語を微妙に意味を変えて使うのがイマイチ感ある。

[komutan1]

Clean Architectureってそんなにもてはやすほど必要かな？MVCと同じようにスマホとデスクトップアプリはビューが状態を持ってるから意味はありそうだけど、ステートレスなウェブアプリに必要な状況がわからん。

[miho-satoh-satomi]

クリーンアーキテクチャ 実践