1.1 디자인 패턴
디자인 패턴이란 ?
프로그램을 설계할 때 발생했던 문제점들을 객체 간의 상호 관계 등을 이용하여 해결할 수 있도록 하나의 규약 형태로
만들어 놓은 것
1.1.1 싱글톤 패턴
하나의 클래스에 오직 하나의 인스터스만 가지는 패턴 (데이터베이스 연결 모듈에 많이 사용)
하나의 인스턴스를 만들어 놓고 해당 인스턴스를 다른 모듈들이 공유하며 사용하기 때문에 인스턴스를 생성할 때
비용이 줄어든다.
싱글톤 패턴의 단점
TDD (Test Driven Development) 할 때 단위 테스트를 주로 한다.단위 테스트는 서로 독립적이어야 하고 테스트를 어떤 순서로든 실행할 수 있어야 한다.
하지만 싱글톤 패턴은 미리 생성된 하나의 인스턴스를 기반으로 구현하는 패턴이기에 각 테스트마다 독립적인
인스턴스를 만들기 어렵다.
의존성 주입
의존성이란 ?
A가 B에 의존성이 있다는 것은 B의 변경 사항에 대해 A 또한 변해야 된다는 것이다.

사용하기가 쉽고 굉장히 실용적인 싱글톤 패턴은 모듈 간의 결합을 강하게 만들 수 있지만,
의존성 주입 (DI, Dependency Injection)을 통해 모듈 간의 결합을 좀 더 느슨하게 만들 수 있다.
메인 모듈이 직접 다른 하위 모듈에 대한 의존성을 주기보다 중간에 의존성 주입자가 이 부분을 가로채
메인모듈이 간접적으로 의존성을 주입하는 방식이다.
메인 모듈은 하위 모듈에 대한 의존성이 떨어지게 된다. (== 디커플링 된다)
의존성 주입의 장점
모듈들을 쉽게 교체할 수 있는 구조가 되어서 테스팅하기 쉽고 마이그레이션 하기도 수월하다.
구현할 때 추상화 레이어를 넣고 이를 기반으로 구현체를 넣어주기 때문에 어플리케이션 의존성 방향이
일관되고, 쉽게 추론할 수 있으며 모듈 간의 관계들이 좀 더 명확해진다.
의존성 주입의 단점
모듈들이 더욱 분리되므로 클래스 수가 늘어나 복잡성이 증가될 수 있고 약간의 런타임 패널티가 생기기도 한다.
* 의존성 주입 원칙
상위 모듈은 하위 모듈에서 어떠한 것도 가져오지 않는다.
둘 다 추상화에 의존해야 하며, 추상화는 세부 사항에 의존하지 말아야 한다.
1.1.2 팩토리 패턴
팩토리 패턴이란 ?
객체를 사용하는 코드에서 객체 생성 부분을 떼어내 추상화한 패턴이자,
상속 관계에 있는 두 클래스에서 상위 클래스가 뼈대를 결정하고, 하위 클래스에서 객체 생성에 관한 구체적인
내용을 결정하는 패턴
상위 클래스와 하위 클래스가 분리 → 느슨한 결합을 가지고 더 많은 유연성을 갖게 된다.
객체 생성 로직이 따로 떼어져 있기 때문에 코드를 리팩터링 하더라도 한 곳만 고치면 되기에 유지 보수성이
증가된다.
1.1.3 전략 패턴
== 정책 패턴
객체의 행위를 바꾸고 싶은 경우 직접 수정하지 않고 전략이라고 부르는 '캡슐화한 알고리즘'을 컨텍스트 안에서 바꿔주면서 상호 교체가 가능하게 만드는 패턴
(컨텍스트란 ? 프로그래밍에서의 상황, 맥락, 문맥 & 개발자가 어떤 작업을 완료하는데 필요한 모든 관련 정보)
'🧠TIL > CS' 카테고리의 다른 글
| [면접을 위한 CS 전공지식 노트] 2장. 네트워크 (2) | 2022.10.30 |
|---|---|
| [면접을 위한 CS 전공지식 노트] 1장. 디자인 패턴과 프로그래밍 패러다임 (0) | 2022.10.23 |
| [면접을 위한 CS 전공지식 노트] 1장. 디자인 패턴과 프로그래밍 패러다임 (0) | 2022.10.08 |
댓글