Karte ein dto zu einer Entität abgerufen aus der Datenbank, wenn die Dto hat Id mit MapStruct

Ich bin mit MapStruct zu machen dto <-> entity mapping. Die gleichen Mapper werden verwendet, um erstellen und update Entitäten von dtos. Eine überprüfung der dto-id wird getan, um zu wissen, ob eine neue Person angelegt werden (id == null) oder sollte es abgerufen werden, aus der Datenbank (id != null) .

Ich bin tatsächlich mit MapperDecorator als workaround. Beispiel :

Mapper

@Mapper
@DecoratedWith(UserAccountDecorator.class)
public interface UserAccountMapper {

    UserAccountDto map(User user);

    User map(UserAccountDto dto);

    User map(UserAccountDto dto, @MappingTarget User user);
}

Decorator

public abstract class UserAccountDecorator implements UserAccountMapper {

    @Autowired
    @Qualifier("delegate")
    private UserAccountMapper delegate;

    @Autowired
    private UserRepository userRepository;

    @Override
    public User map(UserAccountDto dto) {
        if (dto == null) {
            return null;
        }

        User user = new User();
        if (dto.getId() != null) {
            user = userRepository.findOne(dto.getId());
        }

        return delegate.map(dto, user);
    }

}

Aber diese Lösung wird schwer aufgrund der Tatsache, dass ein Dekorator erstellt werden muss für jeden mapper.

Gibt es eine gute Lösung zu führen, dass ?

Ich bin mit :

  1. MapStruct : 1.1.0
InformationsquelleAutor Radouane ROUFID | 2017-02-21
  1. 3

    Ich mein problem gelöst, indem Sie die folgenden Ratschläge, die von Gunnar in der Kommentar.

    Zog ich zu MapStruct 1.2.0.Beta1 und erstellt eine UserMapperResolver wie unten 

    @Component
public class UserMapperResolver {

    @Autowired
    private UserRepository userRepository;

    @ObjectFactory
    public User resolve(BaseUserDto dto, @TargetType Class<User> type) {
        return dto != null && dto.getId() != null ? userRepository.findOne(dto.getId()) : new User();
    }

}

    Welches ich dann in meine UserMapper :

    @Mapper(uses = { UserMapperResolver.class })
public interface BaseUserMapper {

    BaseUserDto map(User user);

    User map(BaseUserDto baseUser);

}

    Der generierte code ist nun :

    @Override
    public User map(BaseUserDto baseUser) {
        if ( baseUser == null ) {
            return null;
        }

        User user = userMapperResolver.resolve( baseUser, User.class );

        user.setId( baseUser.getId() );
        user.setSocialMediaProvider( baseUser.getSocialMediaProvider() );
...
}

    Gut funktioniert !

    • Hi Radouane ROUFID, vielen Dank für das teilen Ihre endgültige Lösung. Ich habe eine kleine Frage : nehmen wir an, ich will auf mein resolver, ein Objekt abgerufen aus meinem Repository in ein Feld von entity-Objekt. Es ist möglich, dies zu tun im Objekt-Fabriken von MapStruct ? Habe nicht gefunden, einen ähnlichen use-case-Beispiele. ZB: ich habe einen Benutzer, die ein Handy haben Entität in OneToOne Beziehung. Wenn ich eine UserDto enthält eine phoneId und ich möchte die Karte an einen Benutzer mit einem tatsächlichen Telefon-Einheit. danke !
    • Sie können injizieren Sie PhoneRepository in Ihrem UserResolver und Holen Sie sich das Telefon-Einheit der db. @Autowired private UserRepository userRepository; @Autowired private PhoneREpository phoneRe; @ObjectFactory public User resolve(BaseUserDto dto, @TargetType Class<User> type) { User user = userRepository.findOne(dto.getId()); user.setPhone(phoneRep.getFIndOne(dto.getPhoneId())) return user; }
    • Würde ich ja tun, aber im Falle der Schaffung eines Nutzers ? Ich wieder ein neues User-Element mit nur das Telefon, info, aber sonst nichts ? Tut mapper aufgerufen wird, nachdem zum Abschluss der Objekt mit der aktuellen DTO oder müssen wir alles tun, die mapping-Logik in der resolver ?
    • ObjectFactory erstellen/abrufen der Objekt, in dem die Zuordnung erfolgt. Sie können den generierten code in meine Lösung.
    InformationsquelleAutor Radouane ROUFID
  2. 1

    MapStruct allein kann das nicht tun. Allerdings mit einigen Generika und ein Haupt-abstrakte Klasse kann Ihr Leben leichter machen.

    Müssen Sie eine generische Schnittstelle. Es muss nicht kommentiert werden mit @Mapper, weil, wenn es MapStruct wird versuchen, generieren eine Umsetzung und es wird scheitern. Es kann nicht generiert werden (generische Mapper.

    public interface GenericMapper<E, DTO> {

    DTO map(E entity);

    E map(DTO dto);

    E map(DTO dto, @MappingTarget E entity);
}

    Dann müssen Sie eine abstract Klasse, wo haben Sie Ihre Logik.

    public abstract class AbstractGenericMapper<E, DTO> implements GenericMapper<E, DTO> {

    @Autowired
    private Repository<E> repository;

    @Override
    public final E map (DTO dto) {
        if (dto == null) {
            return null;
        }

        //You can also use a Java 8 Supplier and pass it down the constructor
        E entity = newInstance();
        if (dto.getId() != null) {
            user = repository.findOne(dto.getId());
        }

        return map(dto, entity);
    }

    protected abstract E newInstance();
}

    Dann jeder deiner Mapper wird nur verlängern müssen diese abstract Klasse.

    @Mapper
public abstract class UserAccountMapper extends AbstractGenericMapper<User, UserDto> {

    protected User newInstance() {
        return new User();
    }
}

    MapStruct generiert dann eine Umsetzung für die mapper-und Sie haben nur zu erweitern, die AbstractGenericMapper für die Zukunft. Natürlich benötigen Sie zur Anpassung der generischen Parameter, so kann man zumindest die id aus, die über eine Schnittstelle vielleicht. Wenn Sie verschiedene id-Typen, dann müssen Sie hinzufügen, dass der generische parameter der AbstractGenericMapper als gut.

    • Danke Filip, ich werde versuchen, diese Lösung !
    • Eine alternative kann sein Objekt factory-Methoden empfangen die source-Objekte als aktiviert in MapStruct 1.2.0.Beta1 (gestern veröffentlicht). Sie könnten eine generische factory-Methode, welche entweder wird eine neue Entität oder lädt Sie aus der Datenbank, je nach der DTO-Zustand (id vorhanden oder nicht).
    • Sehr schön, Diese Lösung ist besser. Danke Gunnar, Du machst einen tollen job !
    • Ich dachte auch über die neue Möglichkeit, die factory-Methoden, um ein Objekt zurückgeben. Allerdings, wenn verwendet wird, MapStruct wird sofort das Objekt zurückgeben, wenn nicht null
    InformationsquelleAutor Filip
Schreibe einen Kommentar