OOP(Object Oriented Programming)

객체 지향 프로그래밍의 설계 원칙

SOLID 원칙

단일 책임 원칙(SRP, Single Responsibility Principle)

객체는 단 하나의 책임만 가져야 한다.
책임이란? 해야하는 것, 할 수 있는 것, 해야하는 것,..
책임 분리 : 한 클래스에 단 하나의 책임만 수행하도록 해 Immutable Class를 지향한다.
- 책임이 많을 수록 클래스 내부에 서로 다른 역할을 수행하는 코드끼리 강결합할 가능성이 높다.

개방-폐쇄의 원칙(OCP, Open Closed Principle)

확장에 대해서는 개방(open)적이며 변경에 대해서는 폐쇄(Close)되어야 한다.
즉 기존의 코드를 변경하지 않으며 기능을 추가할 수 있도록 설계가 되어야 한다.
해당 원칙을 적용하기 위해 적용하는 방법은 상속(is-a)과 컴포지션(has-a)이 있지만 컴포지션을 추천한다.
상속은 상위 클래스가 변하면 하위 클래스에 끼치는 영향이 크기 때문이다.

리스코프 치환 원칙(LSP, Liskov Substitution Principle)

자식 클래스는 최소한 자신의 부모 클래스에서 가능한 행위를 수행할 수 있어야 한다.
LSP를 만족한다면 부모 클래스의 인스턴스 대신 자식 클래스의 인스턴스로 대체해도 프로그램의 의미가 변하지 않는다.(ex- List<Integer> l = new ArrayList<>();)
LSP를 만족시키는 방법 중 하나는 부모 클래스의 메소드를 Override하지 않는 것이다.

인터페이스 분리 원칙(ISP, Interface Segregation Principle)

인터페이스를 클라이언트에 특화되도록 분리시키는 설계 원칙
클라이언트는 자신이 이용하지 않는 기능에는 영향을 받지 않아야 한다.
단일 책임 원칙과 밀접한 관계가 있다.

의존 역전 원칙(DIP, Dependendy Inversion Principle)

의존 관계를 맺을 때 변화하기 쉬운 것 또는 자주 변화하기 보다는 변화하기 어려운 것, 거의 변화가 없는 것에 의존하라는 것.
클래스간 의존 관계란 ? 한 클래스가 어떤 기능을 수행하려고 할 때 다른 클래스의 서비스가 필요한 경우
- ex) A 클래스 내부에 new 연산자로 B 클래스가 생성되어 있는 경우.
DIP 만족시키는 방법 : 어떤 클래스가 의존 관계를 맺을 때 구체적인 클래스보다는 인터페이스나 추상 클래스와 의존 관계를 맺도록 한다.
DIP를 만족하는 설계는 DI 기술로 변화를 쉽게 수용하는 코드를 작성할 수 있게 된다.

참고