Serviceを介さずControllerからDaoを直接呼ぶべきか

Question

SpringとMyBatisを利用してWebアプリケーションを作っています。
DBアクセス周りの設計について質問です。

現在、データベースアクセス処理をDaoクラスに書き、Serviceクラスを介して利用しています。
登録・更新系のSQLをServiceクラスに書くのはいいとして、トランザクション制御が必要ない検索系のSQLは、
controllerから直接Daoを呼ぶべきでしょうか。それとも、すべてServiceを介して利用するべきでしょうか。

Comments

[退会済みユーザー]

思想・規約に寄りけり

Answer 1

登録・更新系のSQLをServiceクラスに書くのはいいとして

まずこちらはDaoに書きましょう。

トランザクション制御が必要ない検索系のSQLは、

controllerから直接Daoを呼ぶべきでしょうか。それとも、すべてServiceを介して利用するべきでしょうか。

Springを利用するのであれば、後者の**「すべてServiceを介して利用する」を推奨**します。
Spring自体も宣言的なトランザクションを推奨しているので以下のようにServiceの実装クラスで@Transactional(readOnly = true)を宣言すればフレームワークによって最適化が行われます。

    @Transactional(readOnly = true)
    public List<Product> findAllProducts() {
        return this.productDao.findAllProducts();
    }

#####補足
Springでレイヤを意識した実装をされるのであればControllerはルーティング(リクエストマッピングと遷移先Viewの返却)に徹し主処理はServiceに委譲されることをおすすめします。

Comments

[hdd]

「登録・更新系のSQLをServiceクラスに書く」というのは書き間違いでした。実際はDao側に書いたものをServiceを介して呼んでおります。

なるほど、最適化ですか。
トランザクション制御が必要なくて、Daoのメソッドをそのまま呼ぶだけのメソッドをServiceに書くくらいなら、最初からDaoを直接使った方が効率的かな～と思っていましたが、
そういうことなら確かに全てServiceを介した方が良さそうですね。ありがとうございます。

Answer 2

1. Contollerという言葉が出ている
2. springはspring MVCでしょうか?

よって、MVCモデル(もしくはデザインパターン)を使うだろうと推測しました。

MとVとCの役割は決められています。
from wiki:https://ja.wikipedia.org/wiki/Model_View_Controller

model: アプリケーションデータ、ビジネスルール、ロジック、関数
view: グラフや図などの任意の情報表現
controller: 入力を受け取りmodelとviewへの命令に変換する

Serviceを介さずControllerからDaoを直接呼ぶべきか

MVCモデルとして推奨されていることではありません。

Comments

[hdd]

やはり非推奨なのですね。
こういうレイヤーの役割を深く理解しないままフレームワークを使っているからこんがらがってしまうのでしょうね・・・。もっと勉強しようと思います。
ありがとうございました。