08/2008 - KaffeeKlatsch

Umgemodelt
import java.util.*;
import javax.persistence.*;
@Entity
public class Kunde extends AbstractEntity {
@OneToMany(mappedBy="kunde")
private Collection adresseList =
new ArrayList();
private String name;
@AttributeOverride(
name="datum",
column=@Column(name="geburtsdatum")
)
private Datum geburtsdatum;
private Nation nationalitaet;
// Getter und Setter …
}
import javax.persistence.*;
@MappedSuperclass
public class AbstractEntity {
@Id
@GeneratedValue
private Long id;
// Getter und Setter …
}
Listing 1: Entität „Kunde“ mit JPA
CREATE TABLE KUNDE (
ID BIGINT NOT NULL,
NAME
VARCHAR(255),
GEBURTSDATUM DATE,
NATIONALITAET_ID BIGINT
);
public class AufzaehlungsTyp extends AbstractEntity {
private String bezeichnung; // Label; z. B. „Liefer-Adresse“
// Getter und Setter …
}
import javax.persistence.Entity;
@Entity
public class AdresseArt extends AufzaehlungsTyp {
}
Listing 4: AufzählungsTyp „AdresseArt“ mit Superklasse
Fachliche und technische Sicht
Bemerkenswert ist bei dem JPA-Beispiel, dass das Diagramm
gleichzeitig die fachliche Sicht und die technische
Sicht darstellt. Fachabteilung und Entwickler
können also mit demselben Diagramm arbeiten. Dies ist
auch die Grundidee des Domain Driven Design (DDD).
Dabei sollen Fachexperte und Entwickler eine gemeinsame
fachliche Sprache (Ubiquitous Language) entwickeln.
Dieses Ziel wird mit unserem JPA-Beispiel sehr
gut unterstützt.
Aufzählungstyp
Attributes
private String bezeichnung
private String typ
Listing 2: Generierte Datenbank-Tabelle
Nation
AdresseArt
import java.util.Date;
import javax.persistence.Embeddable;
import javax.persistence.Temporal;
import static javax.persistence.TemporalType.date;
@Embeddable
public class Datum {
@Temporal(DATE) // Datenbanktyp „DATE“
private Date datum;
// …
}
Listing 3: selbstdefinierter Datentyp „Datum“
import javax.persistence.*;
import static javax.persistence.InheritanceType.*;
@Entity
@Inheritance(strategy=SINGLE_TABLE)
@DiscriminatorColumn(
name="typ",
discriminatorType=DiscriminatorType.STRING
)
Abbildung 4: Aufzählungstypen „Nation“ und „AdresseArt“
Eine häufige Kritik ist, dass die Fachlichkeit die primitiven
Datentypen nicht verstehen kann. Sie möchten statt
„int“, „double“, „String“, „boolean“ z. B. lieber „Ganzzahl“,
„Kommazahl“, „Zeichenkette“ oder „JaNein“. Die einfachste
Lösung dafür ist es, die primitiven Datentypen in
eigenen Klassen zu kapseln. Man kann sie dann genauso
verwenden, wie wir es mit der Klasse Datum getan haben
(siehe Listing 3).
Mit JPA bekommt man also einen sehr einfachen, eleganten
und redundanzfreien Übergang vom Modell zum
Code. Damit hat man schon sehr viel erreicht, denn das
Entitätsdiagramm ist sicher das wichtigste Diagramm.
Mit ihm bekommt man sehr schnell einen fachlichen
Überblick über das System, da es die meisten fachlichen
Begriffe darstellt.
Seite 16 KaffeeKlatsch Jahrgang 1 / Nr. 8 / August 2008