todoアプリとして・todo作成通知はドメインモデル図としてはどのように置くのでしょう？永続化もしないし、単なるバリューオブジェクトとして描くのでしょうか？・todo作成通知クラスのアトリビュートはtitleやbodyになると思いますが、...

[little-hands]

Question

todoアプリとして

・todo作成通知はドメインモデル図としてはどのように置くのでしょう？永続化もしないし、単なるバリューオブジェクトとして描くのでしょうか？

・todo作成通知クラスのアトリビュートはtitleやbodyになると思いますが、生成メソッドの引数はtodoエンティティを渡したりすると思います。このように他のエンティティとかとは違い、生成メソッドの引数とアトリビュートにずれが生じる場合ドメインモデル図としてどのように表すのが適切でしょう？(単にアトリビュートだけ羅列しても表現力に乏しいと感じており)

Answer

ドメインモデル図に関しては正解があるわけではないので、あくまで私だったらこうするかも、と言う観点でお答えします。私は永続化するしないに関わらず、クラスとして表現するものはドメインモデル図に表しておくと後で実装時にどのような実装をするかを決める際に参照できるので書いてしまいます。
そして、�多くのオブジェクトでは引数と保持する属性は異なるので、オブジェクトには保持する属性を書き、吹き出しで「この通知は受け取ったtodoを元に文面作成する」などわかるように書きます。