如何通过泛型实现多服务共用方法的集中化与解耦？

1. 抽象Repository依赖，打破紧耦合 #

先把各服务中layoutRepository的公共行为抽象成通用接口，避免直接依赖具体服务的实现类：

// 定义通用的Repository接口，提取所有服务都用到的方法
public interface LayoutRepository {
    void saveImageDetails(ImageDetails details);
    // 按需添加其他公共方法，比如update、query等
}

然后让各个服务的Repository实现这个接口：

// ServiceA的Repository实现
public class ServiceALayoutRepository implements LayoutRepository {
    @Override
    public void saveImageDetails(ImageDetails details) {
        // ServiceA专属的持久化逻辑
    }
}

// ServiceB、ServiceC的Repository同理实现接口即可

如果不同服务的ImageDetails有专属字段，可以用泛型接口适配：

public interface LayoutRepository<T extends ImageDetails> {
    void saveImageDetails(T details);
}

// ServiceA的Repository适配自定义的ImageDetails子类
public class ServiceALayoutRepository implements LayoutRepository<ServiceAImageDetails> {
    @Override
    public void saveImageDetails(ServiceAImageDetails details) {
        // 针对ServiceA细节的处理逻辑
    }
}

2. 集中实现persistImageDetailsV2方法 #

把重复的样板代码放到一个通用类中，通过依赖注入接收抽象的Repository，而非具体实现：

public class ImagePersistenceHandler {
    private final LayoutRepository layoutRepository;

    // 构造注入，让调用方传入对应服务的Repository实现
    public ImagePersistenceHandler(LayoutRepository layoutRepository) {
        this.layoutRepository = layoutRepository;
    }

    public void persistImageDetailsV2(ImageDetails details) {
        // 通用样板逻辑：参数校验
        if (details == null || details.getImageId() == null) {
            throw new IllegalArgumentException("Invalid image details provided");
        }
        // 通用预处理逻辑（比如格式转换、日志记录）
        preProcessImageDetails(details);
        // 调用抽象Repository的方法，不绑定具体服务
        layoutRepository.saveImageDetails(details);
        // 通用后置处理逻辑
        postProcessImageDetails(details);
    }

    // 抽取通用的预处理/后置处理方法
    private void preProcessImageDetails(ImageDetails details) {
        // 比如统一补全默认字段、校验格式等
    }

    private void postProcessImageDetails(ImageDetails details) {
        // 比如发送事件、记录操作日志等
    }
}

如果用泛型适配不同的ImageDetails子类，调整如下：

public class ImagePersistenceHandler<T extends ImageDetails> {
    private final LayoutRepository<T> layoutRepository;

    public ImagePersistenceHandler(LayoutRepository<T> layoutRepository) {
        this.layoutRepository = layoutRepository;
    }

    public void persistImageDetailsV2(T details) {
        // 同上面的通用逻辑，只是参数类型变为泛型T
        if (details == null || details.getImageId() == null) {
            throw new IllegalArgumentException("Invalid image details provided");
        }
        preProcessImageDetails(details);
        layoutRepository.saveImageDetails(details);
        postProcessImageDetails(details);
    }

    private void preProcessImageDetails(T details) {
        // 通用预处理逻辑，如需针对子类特殊处理可留空或用模板方法扩展
    }

    private void postProcessImageDetails(T details) {
        // 通用后置处理逻辑
    }
}

3. 各服务的调用方式 #

在具体服务中，只需传入自己的Repository实例即可使用通用方法：

public class ServiceA {
    public void processImageUpload(ServiceAImageDetails details) {
        // 实例化通用处理器，传入ServiceA的Repository
        ImagePersistenceHandler<ServiceAImageDetails> handler = 
            new ImagePersistenceHandler<>(new ServiceALayoutRepository());
        handler.persistImageDetailsV2(details);
        // ServiceA自身的业务逻辑
    }
}

方案优势 #

• 彻底消除重复样板代码，所有服务复用同一套persistImageDetailsV2逻辑
• 解除方法与具体Repository的紧耦合，符合依赖倒置原则，后续新增服务只需实现LayoutRepository接口
• 扩展性强，通用逻辑的修改只需在ImagePersistenceHandler中进行一次，所有服务同步生效

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