3월 3주차 디자인 패턴 - 1.1.1 싱글톤 패턴

[ChanYoungHong]

<JVM 메모리 구조>

• 원시타입 → byte, short, int, long, double, float

1. Static 영역

   1. 클래스나 패키지 정보가 올라 감
   2. 프로그램 시작과 동시에 올라가지 않고, 실제 호출 될 때 작동한다
   3. “static”이라고 키워드가 붙은 필드와 메소드는 Static 영역에 있게 된다. 그리고 어떤 곳에서나 접근이 가능한 전역 키워드를 사용
   4. 누구나 접근해서 사용하면 안 됨. (읽기 전용 권장)
   5. JVM 종료 될때까지 사라지지 않음

2. Stack 영역

   1. 기본형 타입 변수들이 stack 영역에 저장 됨, 인스턴스 (객체) 주소 값 저장 됨

   2. 스레드도 Stack 영역에 생김, 하나의 스레드 T메모리 구조가 각각 생성 됨. 하나의 스레드는 다른 스레드로 접근 X,

      But, static과 heap 영역은 공유해서 사용 가능함

3. Heap 영역

   1. 생성된 객체(인스턴스)들이 올라감
   2. 인스턴스 필드들은 heap 영역에 올라감

<싱글톤 패턴>

정의 : 하나의 클래스가 오직 하나의 인스턴스만 가지는 패턴입니다.

왜 사용하나?

→ 객체를 생성할 때 메모리 영역을 할당 받아야 함,

싱글톤으로 한 번만 new 객체를 생성하여 메모리를 할당 받아서 효율적임

어디에 쓰나?

→ DB에서 커넥션풀, 스레드풀, 캐시, 로그 기록 등

<원리 및 순서>

1. DoorMan() → 생성자를 private롤 바꿔준다, 외부에서 접근 하지 못 하도록
2. private static DoorMan → Main 메서드 실행되기 전에 실행시킴
3. public DoorMan getInstance() → public static DoorMan getInstance()로 변경시켜 줌
   1. 이유 : 어차피 new DoorMan해서 객체를 생성해줘야 호출 하는데, 지금 객체 생성 접근 제어자가 private로 되어 있어서 호출을 못 함
4. 결국 getInstance 메소드가 호출되면 new 객체로 return을 함

<싱글톤 패턴의 단점>

정의 :

1. 단위 테스트가 서로 독립적이어야 하며 테스트를 어떤 순서로든 실행 할 수 있어야 함
2. 모듈 간의 결합을 강하게 만들 수 있다는 단점이 있음
3. 개방 폐쇄 원칙을 위배 할 수 있다 -

기존 코드 변경이 일어나지 않으면서, 기능을 추가 할 수 있어야 함(확장)

BUt, 싱글톤 패턴은 미리 생성된 하나의 인스턴스를 기반으로 구현한 패턴이므로 각 테스트마다 독립적인 인스턴스를 만들기 어렵다.

→ 결론 : 테스트를 하려면 “독립적”이어야 하는데,

싱글톤은 독립적으로 테스트 할 수 없다.

<의존성 주입>

정의 :

1. 그림처럼 메인 모듈이 직접 모듈에 대한 의존성을 주는 것이 아니라
2. 의존성 주입자(Dependenct injector)가 가로채 메인 모듈이 간접적으로 의존성을 주입하는 방식이다.

의존성 주입의 장점 :

1. 모듈들을 쉽게 구체화하는 구조
2. 마이그레이션하기도 수월
3. 모듈 간의 관계들이 명확해짐

의존성 주입읜 단점 :

1. 클래스 수가 증가하여 복잡성이 증가 될 수 있다.