如何更优雅地实现API请求对象到JPA对象的类型转换？

针对你用15个if块处理不同请求对象转JPA实体的问题，有几种更简洁的实现方式，可彻底避免大量分支判断：

1. 策略模式+类型注册表 #

核心思路是把每种请求到JPA的转换逻辑封装成独立的转换策略，用一个Map维护请求类型到策略的映射，调用时直接根据类型匹配策略执行。

代码示例： #

首先定义通用转换接口：

public interface RequestConverter<R, J> {
    J convert(R request);
}

然后为每种请求实现具体的转换策略：

public class ConfigRequestConverter implements RequestConverter<ConfigRequest, ConfigJpa> {
    @Override
    public ConfigJpa convert(ConfigRequest request) {
        ConfigJpa jpa = new ConfigJpa();
        BeanUtils.copyProperties(request, jpa);
        // 可添加该类型特有的转换逻辑（比如字段映射、格式转换）
        return jpa;
    }
}

// 同理实现DecisionRequestConverter等其他类型的策略类

在主Converter类中维护注册表并提供统一转换方法：

public class Converter {
    private final Map<Class<?>, RequestConverter<?, ?>> converterMap = new HashMap<>();

    // 初始化注册表，注册所有策略类
    public Converter() {
        converterMap.put(ConfigRequest.class, new ConfigRequestConverter());
        converterMap.put(DecisionRequest.class, new DecisionRequestConverter());
        // 注册剩余13种类型...
    }

    @SuppressWarnings("unchecked")
    public <R, J> J from(R request) {
        RequestConverter<R, J> converter = (RequestConverter<R, J>) converterMap.get(request.getClass());
        if (converter == null) {
            throw new IllegalArgumentException("不支持的请求类型: " + request.getClass().getName());
        }
        return converter.convert(request);
    }
}

调用时直接执行converter.from(configRequest)即可，后续新增类型只需添加新的策略类并注册到Map中，完全符合开闭原则。

2. 使用MapStruct生成转换代码 #

如果不想手动编写BeanUtils和策略类，MapStruct是更高效的选择——它会在编译时自动生成类型安全的转换代码，避免反射开销，同时支持自定义转换逻辑。

代码示例： #

先添加Maven依赖：

<dependency>
    <groupId>org.mapstruct</groupId>
    <artifactId>mapstruct</artifactId>
    <version>1.5.5.Final</version>
</dependency>
<dependency>
    <groupId>org.mapstruct</groupId>
    <artifactId>mapstruct-processor</artifactId>
    <version>1.5.5.Final</version>
    <scope>provided</scope>
</dependency>

定义转换接口：

@Mapper(componentModel = "spring") // 若用Spring可自动注入
public interface RequestToJpaMapper {
    RequestToJpaMapper INSTANCE = Mappers.getMapper(RequestToJpaMapper.class);

    ConfigJpa toConfigJpa(ConfigRequest request);
    DecisionJpa toDecisionJpa(DecisionRequest request);
    // 定义剩余13种转换方法...
}

调用时直接使用：

ConfigJpa configJpa = RequestToJpaMapper.INSTANCE.toConfigJpa(configRequest);

MapStruct会自动处理属性复制，字段名不同时可通过@Mapping注解指定映射关系，完全不需要手动写BeanUtils和if判断，代码简洁且性能更优。

3. 注解+泛型反射（轻量方案） #

如果不想引入额外依赖，可以用自定义注解标记请求类对应的JPA实体类，结合泛型和反射实现统一转换。

代码示例： #

首先定义注解：

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
public @interface JpaEntityMapping {
    Class<?> value();
}

给请求类添加注解：

@JpaEntityMapping(ConfigJpa.class)
public class ConfigRequest {
    // 请求字段...
}

@JpaEntityMapping(DecisionJpa.class)
public class DecisionRequest {
    // 请求字段...
}

实现泛型转换方法：

public class Converter {
    @SuppressWarnings("unchecked")
    public <R, J> J from(R request) {
        JpaEntityMapping mapping = request.getClass().getAnnotation(JpaEntityMapping.class);
        if (mapping == null) {
            throw new IllegalArgumentException("未找到请求类型对应的JPA实体映射: " + request.getClass().getName());
        }
        try {
            J jpaEntity = (J) mapping.value().getDeclaredConstructor().newInstance();
            BeanUtils.copyProperties(request, jpaEntity);
            return jpaEntity;
        } catch (Exception e) {
            throw new RuntimeException("请求转JPA实体失败", e);
        }
    }
}

这种方式无需编写多个策略类，只需给每个请求类加注解即可，适合属性复制逻辑基本一致的场景。若有少量类型需要特殊转换，可在from方法中做少量判断（远少于15个if）。

内容的提问来源于stack exchange，提问作者nehacharya