SpringBoot/各レイヤの責務

サーバ側でViewを生成するパターン(Thymeleaf)
- 初等的なWebアプリで採用される．本コースで学ぶやり方
- 実装しやすいが画面遷移を伴うためUXはイマイチ
クライアント側でViewを生成するパターン(HTML5+JavaScript)
- モダンなWebアプリケーションで採用される
- 1つのHTMLページを動的に書き換えてUXを向上．SPA (Single Page Application)
- コントローラはRestControllerとして，画面生成せずにデータだけを返す（マイクロサービス）
  - RestControllerはブラウザ以外からも呼び出せるので，ネイティブアプリにも利用できる

Webと業務プログラムの仲立ちをする．

ブラウザからのリクエストを受け取り，業務処理を指示し，処理結果をビューに指示する

コントローラの役割は業務ロジック（サービス）を利用するために必要な前処理・後処理を行うことであり，業務ロジックそのものに関連する処理を行ってはならない．

主な責務

アプリケーション固有の業務ロジックを実行する．

業務ロジックは，ビジネスルールの実行，および，それに伴う業務データの参照，更新，ビジネスルールのチェックなどで構成される．

サービスのの役割は，ビジネスルールに関わる処理に専念することとし，業務データ（Entity）のDBへの出し入れはRepositoryに委譲する．

主な仕事

ビジネスルールの実行
ルールのチェックとビジネス例外のスロー
DTO ⇔ Entity変換 (業務ルールに依存する部分．Entity作成日時の付与，更新日時の付与など)
Repository経由での業務データ(Entity)の参照，更新
トランザクション境界を宣言する (@Transactional)
- 一つのメソッド内で，複数のEntityを更新する場合，すべて成功してはじめて一つの処理（＝トランザクション）の成功とする．どれかが失敗したら，なかったことにしてやり直す
- TransactionはControllerでやってはならない．Serviceの1つのメソッド内に押し込めること．

Terasoluna より

本ガイドラインでは、ControllerとServiceで実装するロジックは、以下のルールに則って実装することを推奨する。

クライアントからリクエストされたデータに対する単項目チェック、相関項目チェックはController側(Bean ValidationまたはSpring Validator)で行う。
Serviceに渡すデータへの変換処理(Bean変換、型変換、形式変換など)は、ServiceではなくController側で行う。
ビジネスルールに関わる処理はServiceで行う。業務データへのアクセスは、RepositoryまたはO/R Mapperに委譲する。
ServiceからControllerに返却するデータ（クライアントへレスポンスするデータ）に対する値の変換処理(型変換、形式変換など)は、Serviceではなく、Controller側（Viewクラスなど）で行う。