Со времён появления спринга актуален был подход, когда описывается интерфейс в бизнес логике (как контракт) и затем делается его реализация. Соответственно все работают с интерфейсом, а в контексте описана конкретная имплементация, которая будет создана в контейнере.

Во всех проектах, в которых я участвовал, была только одна реализация. Я говорю про уровень DAO и сервисов. Другие реализации могли быть только в целях тестирования, в виде mock объектов или например в целях тестирования производительности с разными подходами или разными БД.

Сейчас даже в целях тестирования легко и просто с mockito можно оборачивать классы безо всяких интерфейсов и получать требуемое поведение. Proxy объекты в runtime тоже не проблема.

Механизмы рефакторинга в современных IDE также позволяют легко менять в коде всё, что нужно.

Получается, что если реализация какого-то интерфейса в приложении только одна, то вроде как и интерфейс теряет смысл. Кроме того, что он чётко определяет контракт взаимодействия. Или?