Как создать общий @Service, который внедряет специфический @Repository?

Question

Наше программное обеспечение имеет специфическое поведение, которое применяется ко всем функциональным возможностям, в большинстве случаев изменением является сущность, используемая в операциях, и для этого нам нужна конкретная реализация для уровня @Repository.

Итак, мы разрабатываем «простую» архитектуру @RestController -> @Service -> @Repository с некоторыми обобщениями для работы со всеми функциями. Как это:

@RestController
@RequestMapping("test")
// This is specific implementation
public class DiariasApi implements DefaultApiInterface<DiariasDTO, DiariasDTOFilter, Integer> {

    @Autowired
    private DefaultService<DiariasDTO, DiariasDTOFilter, Integer> defaultService;

    @Override
    @GetMapping("/page")
    public Page<DiariasDTO> pageSearch(final DiariasDTOFilter filter) {
        return this.defaultService.pageSearch(filter);
    }

    @Override
    @GetMapping("/detail")
    public DiariasDTO detail(@PathVariable("key") final Integer key) {
        return this.defaultService.detail(key);
    }

}

@Service
// This is generic implementation
public class DefaultService<D extends Serializable, F extends Serializable, C> {

    @Autowired
    // The Problem is here.
   // Here I want the call to be the specific @Repository.
    private DefaultRepositoryInterface<D, F, C> defaultRepository;

    @Transactional(readOnly = true)
    public Page<D> pageSearch(final F filter) {
        return this.defaultRepository.pageSearch(filter);
    }

    @Transactional(readOnly = true)
    public D detail(final C key) {
        return this.defaultRepository.detail(key);
    }

}

@Repository
// This is specific implementation
public class DiariasRepository implements DefaultRepositoryInterface<DiariasDTO, DiariasDTOFilter, Integer> {

    @Override
    public Page<DiariasDTO> pageSearch(final DiariasFiltro filtro) {
        //some specific code;
    }

    @Override
    public Optional<DiariasDTO> detail(final Integer key) {
        //some specific code;
    }

Мы хотим реализовать только @RestController и @Repository для каждой функциональности, и пусть слой @Service будет только одним универсальным компонентом, который знает, как вызывать конкретный @Repository. Но когда мы делаем это и имеем более одной реализации, мы получаем следующее сообщение об ошибке, которое сообщает нам о проблеме с @Autowired:

Description:
Field defaultRepository in package.DefaultService required a single bean, but 2 were found:
    - conveniosRepository: defined in file ...
    - diariasRepository: defined in file ...

Мы хотим, чтобы слой @Service был уникальным, можем ли мы это сделать?

Answer 1

Вам нужно использовать @Qualifier, который будет связывать конкретный экземпляр компонента

@Service
// This is generic implementation
 public class DefaultService<D extends Serializable, F extends Serializable, C> {

@Autowired
// The Problem is here.
// Here I want the call to be the specific @Repository.
@Qualifier("YourBeanId")
private DefaultRepositoryInterface<D, F, C> defaultRepository;

РЕДАКТИРОВАТЬ

Таким образом, вы можете использовать другой подход, который я использовал вПрошлое для локальной среды тестирования v / s

Класс, подобный фабрике, который будет возвращать конкретный экземпляр компонента во время выполнения

Создание класса фабрики

@Component
public class RepositoryFactoryImpl implements RepositoryFactory{

@Autowired
private DefaultRepositoryInterface conveniosRepository;

@Autowired
private DefaultRepositoryInterface diariasRepository;

@Override
public DefaultRepositoryInterface getInstance() {
    if (some condition) {
        return conveniosRepository;
    }

    if (some condition) {
        return diariasRepository;
    }
    return null;
   }
}

Затем вваш DefaultService

@Service
// This is generic implementation
public class DefaultService<D extends Serializable, F extends Serializable, C> {

    @Autowired
    private RepositoryFactory factory;

    @Transactional(readOnly = true)
    public Page<D> pageSearch(final F filter) {
        return this.factory.getInstance().pageSearch(filter);
    }

    @Transactional(readOnly = true)
    public D detail(final C key) {
        return this.factory.getInstance().detail(key);
    }
 }

Answer 2

Я думаю, что ваш подход идеально подходит, у меня есть аналогичный. Ваша проблема - я думаю, что вы хотите, чтобы универсальный сервис имел доступ к определенному хранилищу. Создайте DiariasService, который расширяет Service<DiariasDto, DiariasFilter, Integer>, и пусть Spring автоматически подключится DiariasRepository, который расширяет Repository<DiariasDto, DiariasFilter, Integer> в конструкторе и передает его абстрактной службе.

У вас есть новый, но почти пустой Сервис, но он правильно разрешил неоднозначные зависимости.

Моя Java не самая свежая, поэтому в kotlin это выглядит так:

abstract class Service<R : Resource, M : Model>(
    protected open val factory: Factory<R, M>,
    //...
)

class FooService(
    factory: FooFactory, //spring bean type magic happens here and @Qualifier is applicable!
    //...
) : Service<FooResource, FooModel>(
    factory, //from one constuctor to the superclass constructor
    //...
)

abstract class Factory<R : Resource, M : Model>(
    //...
)

class FooFactory(
    //...
) : Factory<FooResource, FooModel>(
    //...
)

Я использую один и тот же шаблон для Controller / FooController и Repository / FooRepository и т. Д.

Конечно, есть абстрактные Model и Resource / Entity.

Вы не можете использовать @Qualifier в аннотации Service / Controller / Repository / Factory, но в конкретных классах!