skillup

技術ブログ

プログラミング全般

オブジェクト指向 アプリケーション層に関して

投稿日:2017年7月25日 更新日:

本日も引き続き「現場で役立つシステム設計の原則」を読み進めてます。

本日は主にアプリケーション層(以下AP層)。MVCモデルでいうところのコントローラーに近い?)の考え方について。

AP層

要点

  • AP層はサービスクラスなどと呼ばれるが、完全に合致するものではない様子。
  • AP層(サービスクラス)は進行役であり、業務ロジック自体はかかない→ここに業務ロジックを書くとすぐに肥大化してしまうため。
  • 業務ロジックはサービスクラスに書かずにドメインオブジェクトに任せる
  • 1つのドメインオブジェクトが複数のAP層から利用されているのが正しい使われ方である
  • AP層(サービスクラス)、プレゼンテーション層、データベース層をそれぞれ独立させる
  • 業務ロジックをAP層に集中させない
  • 登録と参照のロジックを分離する
  • リポジトリはデータベースとサービスクラスの橋渡し的な役割。基本的にこのリポジトリを利用して業務データの記録や参照などを行う。
  • ただしリポジトリで行うものはデータベース操作ではなく、業務の関心ごととして記述するためのもの
  • サービス層にデータベース操作の詳細を意識させない(隠す)工夫
  • 画面の多様な要求は小さく分けて整理する

感想

いままでは業務ロジックのほとんどをいわゆるコントローラに書いてました。というかそういうものだと思ってました。基本的には(MVC+Util)みたいな感じで使っていたので・・・。ドメインオブジェクトを設計するとドメインにあたるもの(リポジトリ)に処理を任せることが多く、サービスはそれを呼び出して進める・・ということで解決できそう。こうすると複数の画面で似たような処理が起こってもドメインオブジェクトに処理を書いておけば共通化することができます。こういった設計思想の知識が全然なってないなー。

以下、用語の自分なりの解釈(ソースを触りながら多分修正することになりそうですが・・・)

用語

Service

コントローラとモデルの中間的な要素。実務でこういったクラスをみたことはあるのですが、自分の中でまだうまく言語化できていませんね・・・

Webアプリケーションのサービスクラスとは何か

Repository

データを直接データベースに格納するのに必要な処理をまとめたクラス。ただしINSERTやUPDATEといったSQLというよりは「業務レベルでの永続化の手続き」。これがあることでプレゼンテーション層とAP層はデータベースのことについて考えなくてすむ。いわゆる隠蔽できる。

Entity

テーブルをオブジェクト化したもの。

Value Object

テーブル以外の数量や金額などをオブジェクトかしたもの。いわゆるstringやintなどをラッピングしてこのクラスにしていると思われる。

上記の使い分けはむずい・・・あとはひたすらコードをみて(ただ書いて動かすだけではなく背景にある思想まで理解していないとダメ・・)

参考リンクなど

Webアプリケーションの構成に関する予備知識

中規模Web開発のためのMVC分割とレイヤアーキテクチャ

-プログラミング全般

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

no image

小〜中規模程度のWEBアプリ作成で気をつけるべきこと

初見の処理系(ライブラリ操作)などは休日などで最小パターンを確認しておくこと。実務で何時間も悩むと非常にストレスがたまる テーブル設計命。あとで終えるようにトレースができるような値を入れておくこと。 …

no image

例外・エラーに関する考察

えー今現在、設計の仕事をしていますが、今までいい加減だったエラーの処理を見直すいいきっかけになってます。 半年前にも同じような記事書いてますねー。苦手意識は変わらないようです・・(汗) 例外処理に関し …

no image

例外処理に関して

いまいち使い方がいい加減だった例外処理について、復習がてらメモします。 昔のリンクを整理して出てきた例外リンクはこちら(Javaですが今のPHPにも当てはまるかと思います。) 例外処理について 例外処 …

no image

アプリケーション間のデータの連携方法に関して

以前やった「現場で役立つシステム設計の原則」を再読してます。 今、読んでいるのはアプリ間のデータ連携に関して。 複数のアプリ間でデータをやり取りする場合、以下のような方法が考えられます。 ファイルを直 …

no image

画面の制御フローなど

複雑な帳票系アプリではよくあると思うのですが、ある入力値が複数の場所から影響を受けており、制御がなかなか難しいときなどがあります。 例として クリアボタンなどでクリアされる 他のプルダウンなどで影響を …