Там точно есть

Ну в пайтоне то есть а как например в мобилку запихнуть или связать с джавой

Размытый вопрос, тут в зависимости от ситуации могут быть свои красивые решения

Как микросервис)

какой текст распозновать ? с картинок ?

Всем привет.
Вопрос по DI, spring boot и best practices.
Делая какой-то сервис стараюсь перед этим описывать для него какой-нибудь интерфейс, чтобы в дальнейшем можно было подкинуть любую имплементацию к себе. Но если поразмыслить, то если кто-то реализует в дальнейшем этот интерфейс и повесит на него аннотацию

@Component

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

@Qualifier

и не укажешь конкретную реализацию для внедрения.

Получается мне изначально при использовании этого сервиса нужно определять какую зависимость надо подкинуть? Или как делать правильно?

Т. е. кейс такой:
1. Создали интерфейс и добавили одну его реализацию, объявили реализацию как сервис/компонент и использовали его у себя
2. Кто-то решил добавить еще реализацию интерфейса и создал еще один сервис. После запуска приложения получим ошибку по "старому" коду т. к. при внедрении невозможно определить конкретную реализацию.

мой ответ - не надо. Не так и много стоит лицензия

tesseract используй

Мне вообще нахаляву с курсов досталась

Он вроде только на пайтоне и на c++

Запихивание в мобилку в @android_ru

tesseract4J wrapper

ну у меня конторский ключ, но не у всех же так

@Component

@Qualifier

дык бин же создается из реализации а не из интерфейса. Две разные реализации - два разных бина.

Такое ощущение, что я недопонимаю какую-то простую штуку)
Попробую разъяснить подробнее:
1. Создаю интерфейс SomeService в котором один метод service()
2. Создаю реализацию этого интерфейса Service1 и вешаю на нее аннотацию Component/Service
3. Внедряю зависимость в стороннем сервисе с помощью Autowire и в типе данных для переменной указываю тип не конкретной имплементации, а тип интерфейса т. е. SomeService
4. Потребовалось создать новую имплементацию интерфейса, создаю реализацию Service2 и вешаю на нее Component/Service
5. Код в стороннем сервисе из пункта 3 падает т. к. он не может определить явно какую реализацию внедрить Service1 или Service2

ниразу не встречал чтоб автовайрили интерфейс, а не реализацию

@Component

@Qualifier

тот кто добавит последующую должен будет пофиксить

эээээээ а как же DIP?

по моему где то даже писали рекомендацию использовать интерфейс, а не имплементацию