Radiointerview für BR3 Orange (Bayern 2)
Mitschnitt als MP3
Organisationsteil
Modelmapper
Objekt-nach-Objekt Mapping
„Zu Fuß“ möglich, aber schwierig zu pflegen
Konkrete Anwendung: ECC (Webbased training) interne Datenstruktur mapping auf ECC Player
Dissimilar Models
Zielformat hat nicht viel zu tun mit dem Originalformat
Ausrede Mapping-Frameworks anzusehen
Ein Google Treffer: Dozer
Feature: Mit einer Beschreibung Bidirektional - WENN es geht, klappt nicht immer z.B. bei zu stark unterschiedlichen Modellen
Ging im Detail nicht, z.B. „Werte“ Felder gegenüber berechnete Felder
Anderer Treffer: Modelmapper auf google code
noch recht neu
„schön anfaßbar“
Man kann auch draufschauen: So sieht ein Framework aus, das Spass macht zu benutzen
Implementation ist gut lesbar
Ich hab' da ein bischen was vorbereitet
Joe wird ein Projekt vorbereiten
Zeigt Example mit CDs
CDs haben Domain Objekt und DTOs
DTOs haben keine Funktionalität (toString) sehen aber wg. Beispiel erst mal aus wie die Domainobjekte.
Beispiel 2: XML Modell mit Schema, mit Schema2Java compiler Klassen werden erzeugt
Default-Implementation von jaxb hat für Listen nur getter, Liste ändern: Liste holen und modifizieren
Modelmapper unterstützt das (noch) nicht, ist planned enhancement. Jetzt will er Listen-Setter
Im fall von JAXB: Es gibt ein Plugin für Collection-Setter
Konfiguration Modelmapper - keine Strings, refactoring-safe. Konfiguration in Java
Lizenz: Apache 2.0
Wichtigste Eigentschaft eines Frameworks: Es legt nahe beim Verwenden guten Code zu schreiben
(Einschub: Was ist guter Code?
Principles of OOD
)
Radio
,
Modelmapper
,
Dozer
,
DTO
,
XML
,
JAXB
,
Was ist guter Code
,
Object Oriented Design