Преимущества JavaConfig над XML-конфигурациями в Spring?

Ранее конфигурации были жестко закодированы в коде, позже они были экстернализованы к файлам .property(во избежание жестких кодированных значений, избегая изменения кода для изменения конфигураций..etc), тогда он переместился в XML (для большей стандартизации, без ошибок).

Теперь, читая о @Configuration в Spring 3, похоже, что мы снова возвращаемся к первоначальному подходу.

Зачем нам нужны конфигурации жесткого кода в коде, а не с его экстернализацией?

Ответы

Ответ 1

Есть некоторые преимущества

  • Java является безопасным по типу. Компилятор сообщит о проблемах, если вы настройка правильных классификаторов классов bean.
  • XML, основанный на конфигурации, может быстро расти. [Да, мы можем разделить и импортировать, но все же]
  • Поиск намного проще, рефакторинг будет блаженством. Поиск bean определение будет намного проще.

Есть еще люди, которым нравится конфигурация XML и продолжают это делать.

Литература: Преимущества конфигурации Java Несколько причин