DDD：ユーザータイプを値オブジェクトまたはエンティティにする必要がありますか？

Question

ユーザはユーザタイプを持ち、これらのユーザタイプは、独自の属性とユーザテーブルを参照するいくつかのIDを持つデータベースに格納されます。

case class User(id: Int, userType: Int, firstName: String, lastName: String) 
case class UserType(id: Int, name: String) 

また、私は集約オブジェクトを持っています。

case class User(userData: User, userType: UserType) 

アプリケーションマネージャは、独自のユーザータイプを作成し、それらを異なるアプリケーションユーザーに割り当てることができます。

追加情報：これらのユーザータイプは作成後は変更できませんが、一部の検証をパスした後に削除することができます。

IDを持つ以外の同じ値を持つ2つのユーザータイプが実際に同じオブジェクトなので、ユーザータイプをエンティティ（あるIDで格納する必要があるため）または値オブジェクトにする必要がありますか？ UserTypeは明らかだ独自のリポジトリを、持っている必要がありますので、

EDIT

アプリケーションマネージャは、独自のユーザー・タイプを作成することができます。ユーザーリポジトリは、ユーザータイプ自体を持つ代わりにユーザータイプの参照のみを持つことができますが、ユーザータイプをエンティティまたは値オブジェクトとして扱うことができるかどうかは疑問です。

Answer 1

私はその両方と思います。

「ユーザー管理」のコンテキストでは、ユーザータイプVOを使用してユーザーを作成または変更できますが、これは変更できません。ユーザーを作成し、cosntructorでuserType（VO）を要求するか、集約/エンティティ関数を使用してユーザータイプを変更します。すなわち：User.ChangeType（userTypeVO）。

「YourSystem Configuration Context」の場合、削除、変更（スペルミスの修正など）や新しいuserTypesの作成が必要なため、UserTypeをエンティティとして扱う必要があります。

Answer 2

あなたの質問は、ビジネスドメインからではなく、永続性の懸念から来ていると思います。 同じ名前で異なるIDを持つ2つのユーザータイプを持つことに意味がありますか？答えが "いいえ"の場合、これは間違いなくバリューオブジェクトです。