DDD, Wertobjekte und ORM

Question

Wertobjekte haben keine Identität. ORM benötigt zur Aktualisierung der Datenbank eine Identität.

Wie ORM zu betrügen?

(Markierung ID für Wertobjekt als interne ORM wird nicht funktionieren, kann in verschiedenen Montage lebt und an derselben Baugruppe bewegt, ist nicht akzeptabel).

Vielen Dank im Voraus.

Answer 1

Soweit mein Verständnis von DDD Wertobjekte sind, geht nur ein Weg, um Ihre Einheiten zu unterteilen. Wenn ein Wertobjekt mit einer ID in der Datenbank gespeichert werden soll, ist es kein Wertobjekt.

Beispiel:

Das Domain-Modell wie dieser (C#) aussieht:

public class Customer : Entity 
{ 
    public Guid CustomerID { get; } 

    public string LastName { get; set; } 

    public Address HomeAddress { get; set; } 
} 

public class Address : ValueObject 
{ 
    public string Street { get; set; } 

    public string City { get; set; } 

    public string ZipCode { get; set; } 
} 

Die entsprechende Datenbank-Tabelle so etwas wie diese (Pseudo-SQL) aussehen:

CREATE TABLE Customers 
(
    CustomerID, 

    LastName, 

    HomeAddress_Street, 

    HomeAddress_City, 

    HomeAddress_ZipCode, 
) 

Um die Adressen in einer separaten Tabelle zu speichern, würden Sie daraus eine Entität mit einer ID machen.

Answer 2

Persönlich habe ich das Id-Feld in dem Wertobjekt - ich habe es als ein weiteres Attribut des Wertobjekts zu behandeln (wie Namen, Standort usw.).

Es kann nicht wahr DDD sein, aber es funktioniert für mich.

Answer 3

Wenn Eric Evans über "Entitäten haben Identität, Wertobjekte nicht" spricht, spricht er nicht über eine ID-Spalte in der Datenbank - er spricht über Identität als Konzept.

VOs haben keine konzeptionelle Identität. Das bedeutet nicht, dass sie nicht Persistenz Identität haben sollten. Lassen Sie sich durch die Persistenz-Implementierung nicht Ihr Verständnis von Entitäten und VOs erklären.

Siehe meinen Beitrag here.