SpringBoot выбирает @Repository на основе шаблона проектирования и конфигурации

Небольшой вопрос о Spring Boot и о том, как использовать шаблон проектирования в сочетании с конфигурацией Spring @Value, чтобы выбрать соответствующий @Repository, пожалуйста.

Настройка: проект Springboot, который ничего не делает, кроме сохранения pojo. «Сложность» заключается в необходимости выбрать, где сохранить pojo, на основе некоторой информации из запроса полезной нагрузки.

Я начал с первой простой версии, которая выглядит так:

   @RestController
public class ControllerVersionOne {

    @Autowired private ElasticRepository elasticRepository;
    @Autowired private MongoDbRepository mongoRepository;
    @Autowired private RedisRepository redisRepository;

    //imagine many more other repositories
//imagine many more other repositories
//imagine many more other repositories

    @PostMapping(path = "/save")
    public String save(@RequestBody MyRequest myRequest) {
        String whereToSave = myRequest.getWhereToSave();
        MyPojo myPojo = new MyPojo(UUID.randomUUID().toString(), myRequest.getValue());
        if (whereToSave.equals("elastic")) {
            return elasticRepository.save(myPojo).toString();
        } else if (whereToSave.equals("mongo")) {
            return mongoRepository.save(myPojo).toString();
        } else if (whereToSave.equals("redis")) {
            return redisRepository.save(myPojo).toString();
            // imagine many more if 
            // imagine many more if 
            // imagine many more if 

        } else {
            return "unknown destination";
        }
    }

С соответствующими @Configuration и @Repository для каждой базы данных. Я показываю 3 здесь, но представьте себе много. В проекте также есть способ внедрить будущие @Configuration и @Repository (на самом деле вопрос не здесь)

@Configuration
public class ElasticConfiguration extends ElasticsearchConfiguration {

@Repository
public interface ElasticRepository extends CrudRepository<MyPojo, String> {


@Configuration
public class MongoConfiguration extends AbstractMongoClientConfiguration {

@Repository
public interface MongoDbRepository extends MongoRepository<MyPojo, String> {


@Configuration
public class RedisConfiguration {

@Repository
public interface RedisRepository {

Обратите внимание, что некоторые репозитории не являются дочерними элементами CrudRepository. Не существует прямого ___Репозитория, который может покрыть все.

И эта первая версия работает нормально. Очень счастлив, что означает, что я могу сохранить pojo там, где он должен быть сохранен, поскольку я получаю правильный компонент репозитория, используя эту структуру if else. На мой взгляд, эта структура не очень элегантна (если это нормально, если у нас здесь разные мнения), тем более, совсем не гибкая (нужно хардкодить каждый возможный репозиторий, опять же представьте себе множество).

Вот почему я пошел на рефакторинг и перешел на эту вторую версию:

@RestController
public class ControllerVersionTwo {

    private ElasticRepository elasticRepository;
    private MongoDbRepository mongoRepository;
    private RedisRepository redisRepository;
    private Map<String, Function<MyPojo, MyPojo>> designPattern;

    @Autowired
    public ControllerVersionTwo(ElasticRepository elasticRepository, MongoDbRepository mongoRepository, RedisRepository redisRepository) {
        this.elasticRepository = elasticRepository;
        this.mongoRepository = mongoRepository;
        this.redisRepository = redisRepository;
// many more repositories
        designPattern = new HashMap<>();
        designPattern.put("elastic", myPojo -> elasticRepository.save(myPojo));
        designPattern.put("mongo", myPojo -> mongoRepository.save(myPojo));
        designPattern.put("redis", myPojo -> redisRepository.save(myPojo));
//many more put
    }

    @PostMapping(path = "/save")
    public String save(@RequestBody MyRequest myRequest) {
        String whereToSave = myRequest.getWhereToSave();
        MyPojo myPojo = new MyPojo(UUID.randomUUID().toString(), myRequest.getValue());
        return designPattern.get(whereToSave).apply(myPojo).toString();
    }

Как видите, я использую шаблон проектирования, преобразующий if-else в хэш-карту.

Кстати, этот пост не о if-else и hashmap.

Работает нормально, но обратите внимание, что это карта Map<String, Function<MyPojo, MyPojo>>, так как я не могу построить карту Map<String, @Repository>.

Во второй версии выполняется рефакторинг if-else, но опять же, нам нужно жестко закодировать хэш-карту.

Вот почему у меня возникла идея создать третью версию, в которой я могу настроить саму карту с помощью свойства весенней загрузки @Value for Map:

Вот что я пробовал:

@RestController
public class ControllerVersionThree {

    @Value("#{${configuration.design.pattern.map}}")
    Map<String, String> configurationDesignPatternMap;

    private Map<String, Function<MyPojo, MyPojo>> designPatternStrategy;

    public ControllerVersionThree() {
        convertConfigurationDesignPatternMapToDesignPatternStrategy(configurationDesignPatternMap, designPatternStrategy);
    }

    private void convertConfigurationDesignPatternMapToDesignPatternStrategy(Map<String, String> configurationDesignPatternMap, Map<String, Function<MyPojo, MyPojo>> designPatternStrategy) {
        // convert configurationDesignPatternMap
        // {elastic:ElasticRepository, mongo:MongoDbRepository , redis:RedisRepository , ...}
        // to a map where I can directly get the appropriate repository based on the key
    }

    @PostMapping(path = "/save")
    public String save(@RequestBody MyRequest myRequest) {
        String whereToSave = myRequest.getWhereToSave();
        MyPojo myPojo = new MyPojo(UUID.randomUUID().toString(), myRequest.getValue());
        return designPatternStrategy.get(whereToSave).apply(myPojo).toString();
    } 

И я бы настроил в файле свойств:

configuration.design.pattern.map = {elastic:ElasticRepository, mongo:MongoDbRepository , saveToRedis:RedisRepositry, redis:RedisRepository , ...}

И завтра я смогу настроить добавление или удаление будущего целевого хранилища.

configuration.design.pattern.map = {elastic:ElasticRepository, anotherElasticKeyForSameElasticRepository, redis:RedisRepository , postgre:PostGreRepository}

К сожалению, я застрял.

Каков правильный код, чтобы использовать настраиваемое свойство для сопоставления ключа с его «каким @Repository использовать», пожалуйста?

Спасибо за помощь.