Spring에서는 어떤 컴포넌트가 다른 컴포넌트와의 연관관계를 관리할 책임이 없다.

즉 어떤 컴포넌트에서 다른 컴포넌트를 호출하는 것을 말하는 것 같다.

그 대신, 컨테이너에 의해 컴포넌트 간의 협업을 위한 참조가 주어진다.

이렇듯  애플리케이션 컴포넌트 간의 연관관계를 만드는 행위를 묶기(wiring)라고 하며, 이번 장에서 다룰 주제이다.

Spring의 묶기는 단순히 두 객체간의 연관관계를 성립시키는 작업 이상의 것이다.

또한 spring을 사용해 빈의 특성을 설정하는 방법, 별도 파일로 배치(deployment) 설정을 외부화 하는 방법, 빈의 생명주기를 관리하는 방법 등을 알게 된다.

비즈니스를 묶는 것과 관련된 내용이 spring의 핵심이 아닐까 한다.

Spring 프레임워크를 사용하기 위해 빈을 설정 할 때에는, 항상 spring 컨테이너에 어떤 지시사항을 기술해야 한다. 따라서 컨테이너를 알면, 빈이 어떻게 관리되는지를 이해하는데 도움이 되기때문에 컨테이너를 알아보자.

 컨테이너는 spring 프레임워크의 핵심이다. Spring 컨테이너는 제어역행(IOC)을 사용해 애플리케이션을 구성하는 컴포넌트를 관리한다. 여기서 협력하는 컴포넌트간의 연관관계를 생성하는 것을 포함한다. 이는 객체는 좀더 명확하게 이행 할 수 있고, 재사용이 가능해지며, 단위 테스트가 쉬워진다고 한다.

Spring은 기본 컨테이너 2개

   org.springframework.beans.factory.BeanFactory 인터네이스로 정의된 빈팩토리

   : 기본적인 의존성 주입 지원

  org.springframework.context.ApplicationContext 인터네이스로 정의되는 애플리케이션 컨텍스트

   : 프로퍼티 파일의 텍스트 메시지 해석, 애플리케이션 프레임워크 서비스 제공

그 외에 다수 존재한다. 그리고 빈팩토리와 애플리케이션 컨텍스트를 모두 컨테이너라 용어 한다.

1. 빈 팩토리

 - 빈을 생성하고 분배하는 책임을 지는 클래스이고 팩토리 디자인 패턴을 구현한 것이다.

    ( 팩토리 패턴은 객체를 생성하고 분배하는 패턴이고 자세한것은 스스로…^^)

   빈팩토리는 애플리케이션내의 많은 객체에 대해 알고 있기 때문에 객체들을 인스턴스화할때 협업하는 객체 간의 연관관계를 생성시키는 것이 가능하다.(이 말은 객체들간의 관계를 정의하는 무엇가가 필요하는 말이다.)

  이렇게 하는 이유는 빈 자신과 빈의 클라이언트로부터 설정이라는 작업이  없다. 그로 인하여 빈팩토리가 객체를 분배하는 시점에서는 그 객체들이 완전히 설정된 상태이며, 협업하는 객체들끼리 인식하고 있고 곧바로  사용할 수 있는 상태인 것이다.  또 빈팩토리는 커스텀 초기화 메소드와 소멸 메소드를 호출함으로써 빈의 생명주기에 개입할 수 있다.

Spring의 다양한 BeanFactory 구현 클래스 중 가장 유용한 것은 org.springframework.beans.factory.xml.XmlBeanFactory 로서 xml 파일에 기술되어 있는 정의를 바탕으로 빈을 로딩한다.

 BeanFactory factory = new XmlBeanFactory(new FileSystemResource("beans.xml"));

위 코드는 빈 팩토리에게 XML 파일로부터 빈에 대한 정의를 읽어오라고 알려준다. 그러나 빈 팩토리가 빈을 인스턴스화하는 것은 아니다. 빈은 빈 팩토리에 "늦게 로딩"(lazy loading)되는데, 이 말은 빈 팩토리가 빈의 정의(빈과 그 특성에 대한 설명)는 즉시 로딩하는 반면, 빈 자체가 필요하기 되기 전까지는 인스턴스화하지 않는다는 의미다.

 빈 팩토리로부터 빈을 언어오기 위해서는 아래와 같다.

  MyBean myBean = (MyBean) factory.getBean("myBean");

getBean(); 이 호출되면, 팩토리는 의존성 주입을 이용해 빈을 인스턴스화하고 빈의 특성(빈의 set 메소드)을 설정하기 시작한다. 이렇게 해서 스프링컨테이너 안에서의 빈의 일생이 시작된다.

2. 애플리케이션 컨텍스트

 표면적으로는 ApplicationContext는 BeanFactory와 상당히 비슷하다. 둘 다 빈을 로딩하고 빈들을 묶어주며, 요청에 따라 빈을 분배한다. 즉, ApplicationContext 인터페이스가 BeanFactory 인터페이스를 확장한 것이다. 또한 getBean() 메소드를 사용해 ApplicationContext 로부터 빈을 얻을 수 있다.

차이점은 빈 팩토리는 모든 빈을 늦게 로딩(lazy loading)하는데, 애플리케이션 컨텍스트는  컨텍스트를 시작시킬때 모든 싱클톤 빈을 미리 로딩(preloading)함으로써 그 빈이 필요할때 즉시 사용될수 있도록 보장해 준다. 즉, 빈이 생성되기를 기다릴 필요가 없다는 것이다.

하지만 모든 객체를 싱클톤으로 생성해 놓는다지만 객체가 많아지면 무거울꺼라는 생각이 든다. 해보지 않아서 추측임.

(싱클톤은 디자인패턴의 일종이다 스스로…. ^^)

 ApplicationContext는 다음과 같은 추가기능을 제공한다.

 -.국제화(I18N) 지원을 포함해 텍스트 메시지를 해석하는 수단 제공

 -.이미지 등과 같은 자원을 로딩하는 범용적인 방법 제공

 -.리스너로 등록되어있는 빈에 이벤트를 발생할 수 있음.

 BeanFactory는 자원이 제약이 따르는 이동통신기기 같은 상황이 아니면 ApplicationContext를 사용한다고 한다.

ApplicationContext의 다양한 구현 클래스 중 일반적인 것

 -.ClasspathXmlApplicationContext : 클래스 패스에 있는 XML 파일로부터 컨텍스트 정의를 로딩하며, 컨텍스트 정의를 클래스 패스에 있는 자원으로 취급한다.

 -.FileSystemXmlApplicationContext : 파일 시스템에 있는 XML 파일로부터 컨텍스트 정의를 로딩한다.

 -.XmlWebApplicationContext : 웹 애플리케이션에 포함되어있는 XML 파일로부터 컨텍스트 정의를 로딩한다.

예) ApplicationContext context = new FileSystemXmlApplicationContext("c:/foo.xml");

    : 특정한 위치에서 foo.xml을 찾음.

     ApplicationContext context = new ClassPathXmlApplicationContext("c:/foo.xml");

    : 클래스 패스에 있는 foo.xml를 찾음.