[Java] SOLID: 객체 지향 설계의 5원칙

SOLID란?

시스템에 새로운 요구사항이나 변경사항이 있을 때도 유연하게 대체하고 확장성 있는 시스템 구조를 만드는 것이다.

SOLID 시스템을 적용한다? = 리팩토링에 소요되는 시간을 줄여서 프로젝트 개발의 생산성을 높일 수 있다.

 

---

 

S - 단일 책임 원칙 

SPR, Single Responseibility Principle 
"클래스는 하나의 책임만 가져야 한다" 

• 한 클래스는 하나의 책임만 가져야 한다. 이로 인해 클래스가 변경되어야 하는 이유는 단 하나뿐이어야 함
• 클래스의 역할을 명확히 하여 변경에 따른 파급 효과를 최소화할 수 있음 

 

 

O - 개방/폐쇄 원칙

OCP, Open/Closed Principle 
"확장에는 열려 있어야 하고, 변경에는 닫혀 있어야 한다" 

• 기존 코드를 수정하지 않고 새로운 기능을 추가할 수 있도록 설계해야 함 
• 추상화와 다형성을 잘 활용하여 이 원칙을 지킬 수 있음 

 

 

L - 리스코프 치환 원칙 

LSP, Liskov Subsitution Principle 
"자식 클래스는 언제나 부모 클래스의 역할을 대체할 수 있어야 한다" 

• 상속 맏은 자식 클래스는 부모 클래스의 역할을 대체할 수 있어야 함 
• 부모 클래스에서 기대하는 동작을 그대로 수행해야 하며, 부모 클래스의 모든 기능을 지원해야 함 
• ex: 인터페이스를 구현하는 하위 클래스는 인터페이스의 규약을 모두 준수해야 함 

 

 

I - 인터페이스 분리 원칙

ISP, Interface Segregation Principle 
"클라이언트는 자신이 사용하지 않는 메서드에 의존하면 안 된다" 

• 하나의 커다란 인터페이스보다는 역할별로 잘게 나눈 인터페이스가 좋음 

 

 

D - 의존 역전 원칙 

DIP, Dependency Inversion Principle 
"상위 모듈은 하위 모듈에 의존하면 안 되며, 둘 다 추상화에 의존해야 한다"

• 구현 클래스가 아닌 인터페이스나 추상 클래스에에 의존함으로써 유연성을 확보할 수 있음