ドメイン駆動設計のエンティティにgetterは必須でしょうか

Question

DDDを勉強中です。

エンティティをORM（例えばLaravelのEloquent）を利用して永続化する際、リポジトリの実装の中でエンティティをORM固有のオブジェクトに詰め替える必要があるように思うのですが、つまりエンティティにはgetterが必須ということになるのでしょうか？

function persist($itemEntity) {
　　 $item = new Item(); // ORMのオブジェクト
    
　　 $item->id = $itemEntity->getId()->value();
    $item->name = $itemEntity->getName()->value();

    $item->save();
}

PHPでDDDの実装サンプルを見ると皆このようになっています。
が、iDDD本のサンプルコードを見る限り永続化メソッドにgetterは登場していないように見えます。（但しJavaはよく分かっていないのでコードの意味が理解出来ていないだけかもしれません。）

Viewに渡すようなクエリ系はCQSのクエリサービス+DTOの構造にして、getterの役割はDTO側に実装しつつ、コマンド側に徹するエンティティからはgetterを取り除いてより閉じた状態にしようと思ったのですが。

Answer 1

以下のブログ記事にも書きましたが、Getterの問題はクラス内部に隠蔽されたデータをクラス外部に暴露してしまうことです。暴露された重要なデータを使ってビジネスロジックが書かれてしまうことがあります。こうなってしまっては、エンティティなどのドメインクラスにドメインの知識を凝集できなくなってしまいます。なのでできるだけ重要な計算処理はドメインクラス側に集めましょう。

一方で永続化する際は、ドメインクラス内部のデータが必要になります。Getterを完全に廃止し内部データにアクセスできなくすると、リポジトリなどでI/O処理を実装できなくなります。

Getter/Setterを避けて役に立つドメインオブジェクトを作る
https://blog.j5ik2o.me/entry/2018/08/14/134125

ではどうしたらよいの？というと完全な解決策はないと思いますが、僕は内部データを表すフィールド名を長くしたりしています。長い名前はコードが汚くなりやすく、間違った使い方に気づきやすいためです。

ご参考までに。

Answer 2

回答としては、必須ではない、になります。

ドメイン駆動設計はLayered Architectureを推奨しており、

• Domain層 <- Application層 <- Infrastructure層

右側の層が左側の層に依存しています。

エンティティをORM固有のオブジェクトに詰め替える必要がある

仰る通りなのですが、上記を理由にEntityにgetterを実装するかどうかを検討するのは、依存の方向が逆になります（Domain層がInfrastructure層に依存している）。

Domain層で定義したEntityをInfrastructur層で保存するのが正しい依存の方向であり、保存したいプロパティは外部からアクセスできる必要がありますので、その一手段としてgetterが実装されていても構いません。