ts0818のブログ

なお、マーティン・ファウラーが著書「Patterns of Enterprise Application Architecture」において示した「Value Object」はこれとは意味が異なる。Data Access Object と組み合わせて、関係データベースからデータを検索するのに使うことも多い。

Data Transfer Object - Wikipedia

Data Transfer Object とビジネスオブジェクトや Data Access Object との違いは、DTO が自身のデータの格納と取り出し機能（アクセサメソッドとミューテータメソッド）しか持たない点である。

Data Transfer Object - Wikipedia

⇧ ってことらしい。

というか、「DTO（Data Transfer Object）」も「デザインパターン」の1種なんですと。

なんか、

「デザインパターン」
「デザインパターン」を実装した「オブジェクト」

のどっちのことについて言ってるのか、混乱を来すよね...

「デザインパターン」のことをいう時は「DTO（Data Transfer Object）」って言うんでなくて、「DTO（Data Transfer Object）pattern」って言ってくれるとモヤモヤ感が無くなって良いんですがね...

用語の説明はもうちょっと厳密にしてくれないと、認識齟齬の雨あられになると思うんだけどな...

というか、「Data Access Object」も「Data Transfer Object」も「デザインパターン」って紹介してるのに、概要図みたいな情報はwikipediaで紹介してくれてないというね...

oreillyさんの説明によると、

www.oreilly.com

f:id:ts0818:20210724183150p:plain

⇧ 上図のような感じで、レイヤーをまたいで利用できるデータの入れ物を用意するってことが「Data Transfer Object」パターンらしい。

例えば、

blog.scottlogic.com

f:id:ts0818:20210724183611p:plain

https://blog.scottlogic.com/2020/01/03/rethinking-the-java-dto.html

⇧ 上図のような感じで、フロント側からJSONなんかでデータから飛んできた場合を想定してると思うんだけど、DTO（Data Transfer Object）に変換することで、サーバー側で利用できる形にしたり、または、サーバー側でデータベースなんかからデータを引っ張て来た場合に、DTO（Data Transfer Object）に変換することで、サーバー側で利用できる形にするって感じなんかな。

複数テーブルを考慮したDTO（Data Transfer Object）に対するDAO（Data Access Object）を作れば良いらしい

というわけで、Oracleさんが示してくれた例のように、「複数テーブルを考慮したDTO（Data Transfer Object）」を作成して、その「DTO（Data Transfer Object）」を操作する「DAO（Data Access Object）」を作る感じになるみたいですね。

で、肝心の「複数テーブルを考慮したDTO（Data Transfer Object）」である「Page」クラスの実装（「オブジェクト」）を掲載してくれていないんですが、「aggregates」ってのは「集約」って意味らしく、おそらく「ドメイン駆動設計（DDD：Domain Driven Design）」の考え方でクラスの実装をすれば良いかと。

イメージ的には、

codezine.jp

　DDDにおける集約（Aggregates）とは、オブジェクトのまとまりを表し、整合性を保ちながらデータを更新する単位となります。通常はオブジェクトの集まりの「境界線」の意味で使われ、オブジェクト群の生成／読み込み／変更／保存といったライフサイクル管理が行われます。

実践DDD本第10章「集約」～トランザクション整合性を保つ境界～ (1/3)：CodeZine（コードジン）

f:id:ts0818:20210623143246p:plain

実践DDD本第10章「集約」～トランザクション整合性を保つ境界～ (1/3)：CodeZine（コードジン）

⇧ 上記サイト様のイメージ図のような感じで、「オブジェクト」が「オブジェクト」を持つような構成ですかね。

「DTO（Data Transfer Object）」については、メソッドとしては「アクセサ（getter、setter）」だけを持つので、Oracleさんの例に出てきた「Page」クラスは、「Category」「Product」「Item」という「DTO（Data Transfer Object）」のクラスが存在する想定で、

class Page implements Serializable {

  private Category category;
  private Product product;
  private Item item;
  
  public Category getCategory() {
    return this.category;
  }
  
  public Product getProduct() {
    return this.product;
  }
  
  public Item getItem() {
    return this.item;
  }
  
  public void setCategory(Category category) {
    this.category = category;
  }
  
  public void setProduct(Product product) {
    this.product = product;
  }
  
  public void setItem(Item item) {
    this.item = item;
  }
}

⇧ みたいな「DTO（Data Transfer Object）」を用意する必要があるってことですかね？

Oracleさんの例だと、「category」っていうテーブルと「category_details」っていうテーブルをJOINしたテーブルから取得した結果の「ResultSet」クラスのオブジェクトから「Category」クラスのオブジェクトを作成してる感じなんかな。

おそらく、「category_details」テーブルに該当する「DTO（Data Transfer Object）」は、「Category」クラスの「DTO（Data Transfer Object）」に「集約」されてるってことなのかな？

複数テーブルをJOINしたテーブルから取得した結果を変換する「DTO（Data Transfer Object）」が無い場合は、