OCP

if-else 문제점

- 변경, 확장이 될 수록 코드가 복잡해진다.

- 코드를 수정하거나 수정할 위치를 찾는데 점점 오래걸린다.

- 실수로 추가하지않고 누락하는 부분이 생길 가능성이 있다.

즉, 유지보수가 점점 어려워진다.

 

OCP 개방 폐쇄 원칙

소프트웨어의 구성 요소(컴포넌트, 클래스, 모듈, 함수)는

확장에 대해서는 개방되어야하지만, 변경에 대해서는 폐쇄되어야 한다.

기존의 코드를 변경하지 않으면서 기능을 추가할 수 있도록 설계가 되어야한다

 

점점 기능을 확장해 나갈 때, 기존의 코드를 계속 변경해야한다면 기능의 추가가 점점 힘들어지기 때문이다.  

기능이 추가, 변경되어도 기존 코드는 변경되지 않는다. (확장이 쉽다)

 

OCP 적용 방법

1. 상속을 이용한 방법 - 템플릿 메소드 패턴

깨지기 쉬운 상위 클래스 문제

 

 

2. 컴포지션을 이용한 방법 - 전략 패턴

상속보다는 컴포지션을 추천

1) 변경(확장)될 것과 변하지 않을 것을 구분 

변경되는 부분을 인터페이스로 추출

2) 이 두 모듈이 만나는 지점에 인터페이스 정의

인터페이스에 의존하도록 작성(기능 변경을 위해 코드를 수정해야하기 때문에)

3) 구현에 의존하기보다 정의한 인터페이스에 의존하도록 코드를 작성

 

자기가 직접 new 생성자로 인스턴스를 생성하지 않고, 외부에서 인스턴스를 받는 것을 의존성 주입(Dependency Injection, DI)이라고 한다.

 

Dependency Injection 의존성 주입
소프트웨어 개발에서 의존성 주입은 객체가 의존하는 다른 객체를 받는 것이다. 
의존성 주입의 의도는 객체의 생성과 사용의 관심을 분리하는 것이다. → 가독성과 코드 재사용을 높여준다.

소프트웨어 개발에서 의존성 주입은 객체가 의존하는 다른 객체를 받는 것이다. 
의존성 주입의 의도는 객체의 생성과 사용의 관심을 분리하는 것이다. → 가독성과 코드 재사용을 높여준다.

의존성 주입의 적용 유형
- 생성자 주입 : 필요한 의존성을 모두 포함하는 클래스의 생성자를 만들고, 그 생성자를 통해 의존성 주입
- setter를 통한 주입 : 의존성을 입력받는 setter 메소드를 만들고 이를 통해 의존성 주입
- 인터페이스를 통한 주입 : 의존성을 주입하는 함수를 포함한 인터페이스를 작성하고 이 인터페이스를 구현하도록 함으로써 실행 시에 의존성 주입

 

위키백과 의존성 주입

 

OCP를 준수하기 위한 디자인 패턴

전략패턴

전략패턴이란 기존의 코드 변경없이 행위를 자유롭게 바꿀 수 있게 해주는 OCP를 준수한 디자인 패턴 

 

디자인 패턴의 꽃

전략을 쉽게 바꿀 수 있도록 해주는 디자인 패턴

행위를 클래스로 캡슐화해 동적으로 행위를 자유롭게 바꿀 수 있게 해주는 패턴

새로운 기능의 추가가 기존의 코드에 영향을 미치지 못하게 하므로 OCP를 만족

 

 

참고자료

OCP(Open Closed Principle)이란?