エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
【メモ】Controller、Service、Repositoryの分け方の考え方の一つ【424日目】 - エンジニアのひよこ_level10
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
【メモ】Controller、Service、Repositoryの分け方の考え方の一つ【424日目】 - エンジニアのひよこ_level10
プログラムの役割を分ける コードを書いていて、各コードの役割はきっちり分けたい。 やってることごっ... プログラムの役割を分ける コードを書いていて、各コードの役割はきっちり分けたい。 やってることごっちゃごっちゃになったらコード読むの大変だしね。 ただ、その時に分け方もあやふやだと、結局ごちゃごちゃしたコードになって意味がない。 ということで、定義をしっかり考えたい。 フォロワーさんがアドバイスくれました。 ってことで、頂いたアドバイス。 レイヤー分け、良いですよねー! 僕は Controller -> 外部から来た値をServiceが欲しがっている形に変換する役割 Service -> データの永続化に関わらないビジネスロジック Repository -> データの永続化に関わるビジネスロジック という単純な感じでやってます!— 吉田あひる (@strtyuu) 2018年11月16日 どういうこと? Controller Controllerでは、ユーザーがFormとかで入力して来た値