Data Transfer Objekte aus Datenbank erstellen

[Avalon]

Hallo, ich hab grad das Problem, daß ich knapp 400 Tabellen in einer Datenbank habe und daraus Entitys und DTOs erstellen muss (Mapper benötige ich nicht). Entitys hab ich über ein JPA Projekt in Eclipse erstellt. Die hab ich jetzt. Wie oder womit kann ich das mit den DTOs machen, wie mit den Entitys. Also in einem Rutsch. Hat jemand eine Idee? Oder kennt ein Tool.

 

[Husamoli345]

DTO Generator - Visual Studio Marketplace

Extension for Visual Studio - This simple tool uses Roslyn API to find out about the code, and reads entity properties and generates corresponding DTO object, with mapper class attached.

marketplace.visualstudio.com

vlt hilft dir das

 

[mrBrown]

Hallo, ich hab grad das Problem, daß ich knapp 400 Tabellen in einer Datenbank habe und daraus Entitys und DTOs erstellen muss (Mapper benötige ich nicht). Entitys hab ich über ein JPA Projekt in Eclipse erstellt. Die hab ich jetzt. Wie oder womit kann ich das mit den DTOs machen, wie mit den Entitys. Also in einem Rutsch. Hat jemand eine Idee? Oder kennt ein Tool.

Entitys aus Tabellen erstellen ist einfach, das gibt es ein relativ klares Mapping – aber für DTOs gibts doch keinerlei Vorgaben. Für eine Menge von Entitys kann man doch beliebig viele und verschiedene DTOs erstellen, je nachdem was man braucht. Wie stellst du dir denn die Generierung dabei vor?

DTO Generator - Visual Studio Marketplace

Extension for Visual Studio - This simple tool uses Roslyn API to find out about the code, and reads entity properties and generates corresponding DTO object, with mapper class attached.

marketplace.visualstudio.com

vlt hilft dir das

Nur, falls er sich im Forum geirrt hat und seine Frage sich auf C# bezieht

 

[Avalon]

Ich brauch das so...
[CODE lang="java" title="TestEntity"]@Entity
@Table(name = "cronjob")
@Data
@NoArgsConstructor
public class Cronjob {

@Id
@Column(name = "oid", nullable = false)
Long id;

String name;
}[/CODE]
[CODE lang="java" title="TestDTO"]@Data
@AllArgsConstructor
@NoArgsConstructor
public class CronjobDto {

Long id;

String name;

}[/CODE]

Das wars. Mehr brauch ich nicht. Die Annotationen mal bitte übersehen. :-D

 

[mrBrown]

Wenn das nichts weiter ist als die kopierte Klasse: verzichte aufs kopieren und nutz die Klasse direkt?

(Oder schrieb dir ein Skript was den Java-Code kopiert und alle Zeilen mit JPA-Annotationen entfernt oder alternativ eins, was die Entitys einliest und neuen Java-Code daraus generiert.

Allerdings wird dein Beispiel sicher nur der einfache Fall sein und alles was minimal komplexer ist wird was völlig anderes brauchen...)

 

[Avalon]

OK. Danke. Das bestätigt meine Befürchtungen.

 

[mrBrown]

OK. Danke. Das bestätigt meine Befürchtungen.

Welche Befürchtungen?

Klassen, die einfach nur 1-zu-1 den Entitys entsprechen ließen sich mit relativ geringem Aufwand erstellen, nur dürfte halt deren Nutzen genauso gering sein...

 

[Thallius]

Welche Befürchtungen?

Klassen, die einfach nur 1-zu-1 den Entitys entsprechen ließen sich mit relativ geringem Aufwand erstellen, nur dürfte halt deren Nutzen genauso gering sein...

Naja man schafft es geschickt doppelt soviel Speicher zu verbrauchen wie nötig. Damit fördert man dann wieder die Wirtschaft...

 

[mrBrown]

Naja man schafft es geschickt doppelt soviel Speicher zu verbrauchen wie nötig.

Ich glaube du verschätzt dich da ein bisschen beim Speicherbedarf...


Sauberer Softwareentwuf >> 42kb Speicherplatz