DDDリポジトリの典型的な実装は、save()メソッドなど、あまりオブジェクト指向ではありません。
package com.example.domain;
public class Product { /* public attributes for brevity */
public String name;
public Double price;
}
public interface ProductRepo {
void save(Product product);
}
インフラストラクチャ部分：
package com.example.infrastructure;
// imports...
public class JdbcProductRepo implements ProductRepo {
private JdbcTemplate = ...
public void save(Product product) {
JdbcTemplate.update("INSERT INTO product (name, price) VALUES (?, ?)",
product.name, product.price);
}
}
そのようなインターフェースは、Product少なくともゲッターを含む貧血モデルであることを期待しています。
一方、OOPは、Productオブジェクトは自分自身を保存する方法を知っている必要があると言います。
package com.example.domain;
public class Product {
private String name;
private Double price;
void save() {
// save the product
// ???
}
}
問題は、Product自分自身を保存する方法を知っているとき、インフラストラクチャコードがドメインコードから分離されていないことを意味します。
保存を別のオブジェクトに委任することもできます。
package com.example.domain;
public class Product {
private String name;
private Double price;
void save(Storage storage) {
storage
.with("name", this.name)
.with("price", this.price)
.save();
}
}
public interface Storage {
Storage with(String name, Object value);
void save();
}
インフラストラクチャ部分：
package com.example.infrastructure;
// imports...
public class JdbcProductRepo implements ProductRepo {
public void save(Product product) {
product.save(new JdbcStorage());
}
}
class JdbcStorage implements Storage {
private final JdbcTemplate = ...
private final Map<String, Object> attrs = new HashMap<>();
private final String tableName;
public JdbcStorage(String tableName) {
this.tableName = tableName;
}
public Storage with(String name, Object value) {
attrs.put(name, value);
}
public void save() {
JdbcTemplate.update("INSERT INTO " + tableName + " (name, price) VALUES (?, ?)",
attrs.get("name"), attrs.get("price"));
}
}
これを達成するための最良のアプローチは何ですか？オブジェクト指向のリポジトリを実装することは可能ですか？
6
OOPは、Productオブジェクトはそれ自体を保存する方法を知っているべきだと言います -それが本当に正しいかどうかはわかりません... -useが入ります）
—
-jleach
OOPのコンテキストでは、オブジェクトについて話していることに注意してください。データの永続性ではなく、オブジェクトのみ。あなたの声明は、オブジェクトの状態を外部で管理するべきではないことを示していますが、私はそれに同意します。リポジトリーは、永続レイヤー（OOPの領域外）からのロード/保存を担当します。クラスのプロパティとメソッドは、独自の整合性を維持する必要があります（はい）。ただし、これは、別のオブジェクトが状態の永続化を担当できないことを意味するものではありません。また、ゲッターとセッターは、オブジェクトの受信/送信データの整合性を確保するためのものです。
—
-jleach
「これは、別のオブジェクトが状態を維持する責任を負えないという意味ではありません。」-言わなかった。重要なステートメントは、オブジェクトがアクティブでなければならないということです。これは、オブジェクト（および他の誰も）がこの操作を別のオブジェクトに委任できることを意味しますが、他の方法では委任できません。 。上記のスニペットでこのアプローチを実装しようとしました。
—
トゥルカ
@jleachそうです、OOPに対する私たちの未理解は異なります。ゲッターとセッターはまったくOOPではありません。ともあれ、ありがとう！:-)
—
トゥルカ
ここに私のポイントについての記事は以下のとおりです。martinfowler.com/bliki/AnemicDomainModel.html私は例えば、それは関数型プログラミングのための良い戦略である、すべてのケースで貧血モデルagaintありませんよ。OOPではありません。
—
トゥルカ