У нас есть большой проект, состоящий из сотен, если не тысяч бинов, которые в основном настраиваются с помощью компонентного сканирования.У нас есть около 20 тегов сканирования компонентов для различных пакетов, и для настройки контекста требуется довольно много времени.
Поэтому в качестве эксперимента я решил написать небольшую программу, которая сканировала бы каталоги пакетов на предмет аннотированной @component.бобы и вывести соответствующее определение.Идея заключалась в том, чтобы выяснить, было ли использование этого (довольно длинного) определения xml быстрее, чем сканирование всех этих компонентов.
Оказалось, что конвертировать аннотации обратно в xml не так просто.Бины должны быть объявлены с их классом (easy), а также с идентификатором, если он определен (@component ("id")) - также относительно легко.Но есть и такие вещи, как @Scope, которые необходимо учитывать, и, возможно, другие аспекты, о которых я еще не задумывался.
Два вопроса:
1) Это все напрасные усилияпотому что компонентное сканирование по скорости сопоставимо с длинным определением bean-компонента?
2) Существуют ли уже инструменты, которые могут выполнить это «преобразование» для меня - т.е. из аннотированных классов обратно в xml?Я пока не смог его найти, но уверен, что предпочел бы.