Spring Data, @Service - Вам нужен интерфейс?

Question

При разработке приложений Java EE очень много кодовых табличек.

Одним из мест является необходимость использования интерфейсов для Сервисов. Возможно ли пропустить интерфейсную часть.

Я спрашиваю, так как @Service аннотация используется для класса, а не для интерфейса.

@ Repository, например, используется на интерфейсе.

Каковы были бы последствия использования интерфейса для службы? Будет ли @Transaction и другие аннотации работать так, как ожидалось?

Я понимаю, что Grails и другие Frameworks не нуждаются в интерфейсах, хотя вы бы сказали, что это хорошо для бизнес-логики, а что нет, я понимаю этот аспект, но это не всегда необходимо и может быть добавляется после этого, когда есть необходимость.

Answer 1

Нет никакой реальной опасности при использовании интерфейса для вашего обслуживания. Не использовать его просто означает, что ваш код глубоко связан с реализацией службы. На практике я не создаю интерфейс для своих сервисов. Я просто комментирую свой конкретный класс службой, потому что редко бывает, что мне нужен общий класс обслуживания, который имеет несколько реализаций. Репозиторий, с другой стороны, вы часто увидите интерфейс, аннотированный репозиторием, потому что Spring Data использует AOP для создания экземпляра вашего репозитория во время выполнения. Что вы можете сделать, если хотите создать интерфейс, это использовать java bean config. Создайте метод bean, который создает конкретный класс сервиса, тип возвращаемого значения может быть интерфейсом, который реализует ваш класс сервиса. Таким образом, ваша конкретная реализация привязана только к первоначальной конфигурации bean, и вы можете легко ее изменить.