Spring Boot: сервисы и конфигурация

«В учебном сервисе есть MailSender и SmsSender, оба зарегистрированы как Sender. NotificationsService должен использовать почту, а другой сценарий — SMS. Предложи явное связывание и объясни альтернативу с приоритетом». Передайте конструкторы и конфигурацию. Проверяемый результат — контекст создаётся и тест уведомления вызывает именно выбранную реализацию, не меняя поведение второго потребителя интерфейса Sender.

Наличие файла ещё не означает регистрацию в нужном контексте. Возможны другой пакет сканирования, неактивный профиль, условная конфигурация или отсутствие требуемой зависимости. Попросите составить цепочку от точки запуска до регистрации класса. Не добавляйте глобальное сканирование всего проекта без понимания: оно может подключить лишние реализации и превратить отсутствие бина в неоднозначность разрешения зависимости.

Покажите ключ, активные профили и источники настройки без секретных значений. Приоритет файлов, переменных и аргументов зависит от механизма запуска и версии. Попросите объяснить конкретную коллизию на двух источниках. Проверяйте эффективное значение безопасным диагностическим способом; полный вывод окружения способен раскрыть доступы, которые для понимания приоритета конфигурации не нужны ни человеку, ни модели.

Сначала теста контекста, который включает нужные конфигурации и проверяет выбранный бин, затем основного сценария приложения. Если решение меняет профиль, проверьте обе среды. Совпадение импортов не гарантирует совместимости примера: между версиями Spring Boot меняются пакеты и требования. Модель подготавливает разбор, но сборку и запуск с вашим dependency tree выполняете самостоятельно.