• Radiointerview für BR3 Orange (Bayern 2)
• 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 )