共感で繋がるSNS

人気

あめ

あめ

invokeとResourceを主として・・
まずはロジック分解からはじめて

DTOを作ってから RepositoryでDTOを扱って
Serviceで分解したロジックを組んで
Controllerで一連の流れをうにゃうにゃ

というのを 自然にやれるようになりたいなぁ
GRAVITY
GRAVITY
あめ

あめ

Laravel MVC

ControllerにServiceを
ひとつひとつの責務をわけて

ModelにRepositoryを
Eloquent切り離し
Repositoryにinterfaceとbind()で
Mockeryを扱いやすく

データ移動にDTOを
入口出口をDTOにして境界を

ここまできたら
TinkerとPHPUnitも イメージがつきやすい
GRAVITY
GRAVITY1
イミュ

イミュ

DTOなんだけれども微妙に変換をかますせいでたくさんの引数を受けとるコンストラクタを回避する方法
GRAVITY
GRAVITY1
かごめ

かごめ

ハジメ先生は元がDTOの没デザインかつ二人とも教師なので、そらまー溢れんばかりにペアやカップリング見かけましてね。

同じ学校の教師はデフォとして、
教師としての先輩・後輩、
学生時代から先輩・後輩、
ハジメがDTOの教え子とかパティーンありましたね
GRAVITY
GRAVITY3
あめ

あめ

DTOを礎として
Repositoryでデータを作り
serviceでロジック
controllerで1アクション

をベースに 考えてみる

C++の経験が ことさらに 生きてくる感じがするかも
GRAVITY
GRAVITY8
あめ

あめ

RepositoryInterfaceから
依存性の注入でもってふるまいをかえて

Serviceでビジネスロジックを組み

Controllerで流れを作る

を前提として サービスを組む・・・

MVC+Repository+Service+DTO

発想を変えていこう・・頭での組み立てを
昔に戻すんだ
GRAVITY
GRAVITY1
あめ

あめ

DDD DDD-LITE と
MVC+servce+repository+DTO じゃ
そも repositoryの発想の点が違う・・!?

いや、やることは一緒と言えば一緒だけど
どこに視点を置いているか
と言えばいいか

そりゃそうか むーむむ
GRAVITY
GRAVITY2
あめ

あめ

DTOでレイヤー間のデータを型にはめて
ListDTOでDTOで表現する幅を広げる

RepositoryはInterface必須
bind()して 切り替えれるように
Eloquentと切り離すように

ServiceはRepositoryIntrfaceで依存性の注入
ビジネスロジックをまとめる
やりたい事ときっちりわけてまとめる

責務をわけて
GRAVITY
GRAVITY9
もっとみる

関連検索ワード