객체 지향 설계 5가지 원칙 (SOLID)

■ 객체 지향 설계 원칙 (SOLID)

SOLID는 객체 지향 설계의 다섯 가지 핵심 원칙을 나타내며, 코드의 유연성, 확장성, 유지보수성을 높이기 위해 고안된 원칙들이다.

 

● 단일 책임 원칙 (Single Responsibility Principle)

- 정의 : 클래스는 오직 하나의 책임만 가져야 하며, 그 책임을 변경할 이유는 하나뿐이어야 한다.

- 설명 : 클래스가 단 하나의 책임만 가지도록 분리해야 그 책임이 변할 때 클래스의 유지보수와 변경이 용이해진다.

 

● 개방-폐쇄 원칙 (Open/Closed Principle)

- 정의 : 소프트웨어 엔티티(클래스, 모듈, 함수 등)는 확장에는 열려 있어야 하고, 수정에는 닫혀 있어야 한다.

- 설명 : 새로운 기능 추가 시 기존 코드를 수정하지 않고도 새로운 기능을 추가할 수 있어야 한다. 이는 주로 상속이나 인터페이스 구현을 통해 달성된다. 예를 들어, 새로운 기능을 추가하려면 기존 클래스에서 상속받아 새로운 클래스를 만들고, 기존 코드에 영향을 주지 않도록 해야 한다.

 

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

- 정의 : 자식 클래스는 언제나 부모 클래스를 대체할 수 있어야 한다.

- 설명 : 자식 클래스가 부모 클래스의 기능을 제대로 구현하지 못하면, 부모 클래스를 사용하는 코드가 자식 클래스를 사용할 때 예기치 않은 동작을 할 수 있다. 따라서, 자식 클래스는 부모 클래스의 계약(기능과 제약)을 지켜야 하며, 이를 통해 객체의 교체가 문제를 일으키지 않도록 해야 한다.

 

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

- 정의 : 특정 클라이언트를 위한 인터페이스는 범용적인 인터페이스보다 여러 개의 구체적인 인터페이스로 나누어져야 한다.

- 설명 : 큰 인터페이스를 여러 개의 작은 인터페이스로 분리함으로써, 각 클라이언트는 자신이 필요로 하는 인터페이스만 구현하면 되도록 해야 한다.

 

● 의존 역전 원칙 (Dependency Inversion Principle)

- 정의 : 고수준 모듈은 저수준 모듈에 의존해서는 안 되며, 두 모듈 모두 추상화에 의존해야 한다. 또한, 추상화는 세부사항에 의존하지 말아야 한다.

- 설명 : 구체적인 구현에 의존하지 않고, 추상화된 인터페이스나 클래스를 통해 의존성을 주입받아야 한다. 예를 들어, 특정 데이터베이스 구현에 의존하는 대신 데이터베이스 인터페이스에 의존함으로써, 데이터베이스 구현을 교체할 때도 높은 유연성을 유지할 수 있다.