Как реорганизовать кодовую базу, которая использует пружинную автопроводку - PullRequest
10 голосов
/ 19 января 2011

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

Проекты среднего размера, по 20 модулей в каждом, включая модули тестирования интеграции и тому подобное.Большинство модулей определяют несколько контекстов приложения для различных целей, которые содержат один или два локальных конфигурационных файла пружин, а также один или два из основных модулей, от которых он зависит.В результате получается множество конфигураций, и я не могу изменить имя класса или переменной (или метод установки), не рискуя нарушить зависимости в каком-либо восходящем или нисходящем модуле, даже если такая зависимость не видна нигде в проекте.

Как эффективно работать с зависимостями с автопроводкой весной?

Может ли кто-нибудь, возможно, кто-то, кто действительно любит автопроводку, дать представление о том, как эффективно работать с ними?

(Я также унаследовал небольшой проект, который объединяет xml-файлы, автоматическую разводку и конфигурацию на основе аннотаций, что делает отношения зависимостей совершенно неразрешимыми, но я оставлю эти аннотации для отдельного вопроса позже)

Ответы [ 2 ]

2 голосов
/ 20 января 2011

Вы можете выполнить перефакторинг автоматически настроенных bean-компонентов с помощью Intellij (у меня версия 9 Ultimate).Также у Intellij есть возможность сделать зависимости автопроводки явными.Ссылка предоставлена ​​ниже

http://blogs.jetbrains.com/idea/2009/03/making-spring-autowired-dependencies-explicit/

0 голосов
/ 20 января 2011

Какой IDE вы пользуетесь? Spring STS (IDE на основе Eclipse) имеет множество инструментов для работы с аннотациями Spring и автоматической разводкой, а также хороший набор инструментов рефакторинга.

...