2016-04-18 10 views
1

Entschuldigung für die "pedantische" Frage, aber ich habe mich gefragt, wie man das folgende strukturiert. Wenn ich eine Anwendung vom Typ JPA erstelle, können meine persistenten Klassen (mit @Table etc. versehen) in einem Paket foo.bar.entities gesammelt werden. Ich kann jedoch auch Objekte mit einer ähnlichen Struktur (POJO) haben, die nicht für die Persistenz verwendet werden. Wo würde ich diese platzieren, so dass es klar war, dass es eine andere Funktion als JPA gab; foo.bar.dto (für Datentransferobjekt) - oder verwechsle ich meine Terminologie? Vielleicht sind sie "Modell" -Klassen - obwohl das wirklich die Entitäten sind?Datenzugriff Objekte und JPA

+1

Dies ist sehr eigenwillig und die Antworten werden wahrscheinlich auch. Zum Beispiel siehe http://programmers.stackexchange.com/questions/258196/java-application-structure-horizontal-vs--vertical-split/258197#258197 und http://stackoverflow.com/questions/533102/what-strategie -do-you-use-for-package-Benennung-in-Java-Projekte-und-warum. –

+0

Vielen Dank - Ich werde eine davon lesen – skyman

Antwort

1

Der Begriff 'dto' wird meistens verwendet, um auf diese Art von Objekten zu verweisen. Verwenden Sie eine vertikale Slice-Architektur, um diese Klassen unter einem anderen Paket zu platzieren.

enter image description here

Jetzt können Sie platzieren dto ist unter DTO-Paket und Einheit/Domain Klassen unter Domain-Paket. Sie können auch Entitäten als Paketnamen verwenden, aber Sie müssen nur konsistent für alle Ihre Projekte mit Ihren Namenskonventionen sein.

+0

Sehr geschätzt – skyman