Spring 기본(IoC, DI, Bean)

IoC 컨테이너

Inversion of Controll

말하자면 제어의 역전 이라는 것이다.
그래서 그게 뭔데? 라고 하면

말하자면 "주도권을 뺴앗겨서, 그 주도권이 Spring에게 있다."는 뜻이다.

예를 들어

• Class
  • 설계도
• Object
  • 실체화가 가능한 것
  • 예를 들어 abstract class처럼 실제로 존재하지 않는 것들은 Object가 될 수 없다.
• Instance
  • 실체화 된 것

이런 3개에 대하여 생각해 보았을 때에

보통은 java에서

Public void MakeHandsomeMan() {
    Ryoochan ryoochan = new Ryoochan();
}

이런 식으로 직접 heap영역에 만들었을 것이다.
그러면 MakeHandsomeMan 에서만 ryoochan이 존재하고, 다른 곳에서는 사용할 수 없을 것이다.

지금처럼 하면 기존에 만들어진 Instance를 다른 메서드에서 사용하기 힘들 것이다.
그래서 Spring에서는 IoC를 통해 다양한 Object를 미리 heap영역에 띄어준다.

DI

Dependency Injection

-> 위의 IoC에서, Spring은 여러 Object를 미리 Heap영역에 띄어준다고 했는데, DI를 통해 원하는 곳에서 바로 공유해서 쓸 수 있게되는 것이다.
-> Singleton으로 사용!!

이거는 사실 지금처럼 객체를 생성하는것뿐 아니라, Setter / Getter이나 혹은 Service, Repository같은 것의 주입 등에서 많이 보아 알게 될 것이다.

참고로 만약 우리가 직접 뭔가 새로운 객체를 만들 때에

• 류찬
  • 외모
  • 성격

이렇게 있다고 치고

• 외모
  • 키
  • 몸무게
• 성격
  • 의지력
  • 집중력

등등, 하나의 객체가 다른 객체를 받고, 또 이 객체가 뭔가를 받고 ..... 이런 식으로 반복되면 하나의 객체를 만들 때에 모든 객체에 대한 의존관계가 필요해질 것고, 많은 객체가 중복생성되게 될텐데, 이거를 Bean을 만들어 외부 주입이 가능하게 될 것이다.

Bean

Spring IoC Container를 통해 관리되는 객체(Object)

말하자면, 어떻게 Bean을 등록하면(XML, Config, annotation 등..) 그거를 IoC가 보관하고, 필요할 때에 꺼내서 쓸 수 있는 것이다.

이는 Singleton으로 값을 주게 되는데,

• Singleton
  • 인스턴스가 오직 1개만 생성된다.
  • 즉, 누군가가 Bean을 통해 하나의 객체를 보내준다.
    • 그렇기 때문에 객체는 항상 Stateless해야한다.(상태나 값의 변경이 일어나서는 안된다. -> 아예 그런 필드를 만들지 않아야 한다)
      • 근데 scope(prototype)를 쓰면 Stateful하게 만들 수 있다.
        • IoC Container에서 관리하지 않는다.
        • 매번 요청할 때에 생성되고, 이것은 생명 주기를 Spring이 아니라 해당 메서드에서 관리하게 된다.
    • 가급적 read-only