[java] Spring의 ApplicationContext.getBean이 왜 나쁜 것으로 간주됩니까?

IoC (Inversion of Control)보다 Service Locator를 선호하는 이유는 다음과 같습니다.

1. 서비스 로케이터는 다른 사람들이 귀하의 코드를 따르는 것이 훨씬 쉽습니다. IoC는 ‘매직’이지만 유지 보수 프로그래머는 복잡한 스프링 구성과 수많은 위치를 이해하여 객체의 배선 방법을 파악해야합니다.

2. IoC는 구성 문제를 디버깅하는 데 끔찍합니다. 특정 클래스의 응용 프로그램에서는 잘못 구성 될 때 응용 프로그램이 시작되지 않으며 디버거에서 진행중인 작업을 단계별로 진행할 수 없습니다.

3. IoC는 주로 XML 기반입니다 (주석은 개선하지만 여전히 많은 XML이 있습니다). 이는 개발자가 Spring에서 정의한 모든 매직 태그를 알지 못하면 프로그램에서 작업 할 수 없음을 의미합니다. 더 이상 Java를 아는 것만으로는 충분하지 않습니다. 이는 경험이 적은 프로그래머를 방해합니다 (즉, Service Locator와 같은 더 간단한 솔루션이 동일한 요구 사항을 충족 할 때 더 복잡한 솔루션을 사용하는 것은 실제로 디자인이 좋지 않습니다). 또한 XML 문제 진단에 대한 지원은 Java 문제에 대한 지원보다 훨씬 약합니다.

4. 의존성 주입은 더 큰 프로그램에 더 적합합니다. 대부분의 경우 추가 복잡성은 그만한 가치가 없습니다.

5. “나중에 구현을 변경하고 싶을 때”를 위해 종종 스프링이 사용됩니다. Spring IoC의 복잡성없이이를 달성하는 다른 방법이 있습니다.

6. 웹 애플리케이션 (Java EE WAR)의 경우, 스프링 컨텍스트는 컴파일 시점에 효과적으로 바인딩됩니다 (폭발 된 전쟁에서 운영자가 컨텍스트 주위를 문지르지 않는 한). 스프링이 프로퍼티 파일을 사용하도록 할 수 있지만, 서블릿을 사용하여 프로퍼티 파일은 미리 결정된 위치에 있어야합니다. 즉, 같은 상자에 동시에 여러 개의 서블릿을 배포 할 수 없습니다. JNDI와 함께 Spring을 사용하여 서블릿 시작 시간에 특성을 변경할 수 있지만 관리자가 수정 가능한 매개 변수에 JNDI를 사용하는 경우 Spring 자체의 필요성이 줄어 듭니다 (JNDI는 사실상 서비스 로케이터이므로).

7. Spring을 사용하면 Spring이 메소드로 디스패치하면 프로그램 제어를 잃을 수 있습니다. 이 방법은 편리하며 여러 유형의 응용 프로그램에서 작동하지만 전부는 아닙니다. 초기화 중에 작업 (스레드 등)을 생성해야하거나 스프링이 내용이 WAR에 바인딩 된 시점을 알지 못하는 수정 가능한 리소스가 필요할 때 프로그램 흐름을 제어해야 할 수도 있습니다.

Spring은 트랜잭션 관리에 매우 적합하며 몇 가지 장점이 있습니다. 많은 상황에서 IoC가 과도하게 엔지니어링 될 수 있으며 유지 보수 담당자에게 불필요하게 복잡한 문제가 발생할 수 있습니다. IoC를 먼저 사용하지 않는 방법을 생각하지 않고 자동으로 사용하지 마십시오.

답변

public class AutowireThisDriver {

    private MySpringBean mySpringBean;

    public static void main(String[] args) {
       AutowireThisDriver atd = new AutowireThisDriver(); //get instance

       ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext(
                  "/WEB-INF/applicationContext.xml"); //get Spring context 

       //the magic: auto-wire the instance with all its dependencies:
       ctx.getAutowireCapableBeanFactory().autowireBeanProperties(atd,
                  AutowireCapableBeanFactory.AUTOWIRE_BY_TYPE, true);

       // code that uses mySpringBean ...
       mySpringBean.doStuff() // no need to instantiate - thanks to Spring
    }

    public void setMySpringBean(MySpringBean bean) {
       this.mySpringBean = bean;
    }
}

ApplicationContext context = new ClassPathXmlApplicationContext("AppContext.xml");