<aside> 💡

객체지향 설계를 공부하다 보면 꼭 한 번은 마주치는 SOLID 원칙.

처음엔 추상적인 말들로 느껴지지만, 결국엔 유지보수하기 쉬운 코드를 짜기 위해 꼭 이해해야 할 핵심 개념이다.

개발을 하며 마주쳤던 문제들이 이 원칙들과 연결되어 있다는 걸 깨닫고 정리해 보았다 :)

</aside>

1. SOLID란

SOLID는 객체지향 설계에서 유지보수성과 확장성을 높이기 위한 5가지 원칙의 앞글자를 딴 용어

각각의 원칙은 클래스, 모듈, 함수 단위의 설계를 더 견고하고 유연하게 만들기 위해 고안되었다

• S - Single Responsibility Principle (단일 책임 원칙)
• O - Open/Closed Principle (개방-폐쇄 원칙)
• L - Liskov Substitution Principle (리스코프 치환 원칙)
• I - Interface Segregation Principle (인터페이스 분리 원칙)
• D - Dependency Inversion Principle (의존 역전 원칙)

SOLID 원칙이 왜 중요할까?

코드가 처음엔 잘 돌아가더라도, 기능이 추가되고 팀원이 늘어나면서 점점 복잡해지고 유지보수가 어려워진다

SOLID 원칙은 그런 상황에서도 코드의 품질을 유지할 수 있도록 도와주는 기준점이 되어줌

• 요구사항 변경에 유연하게 대응할 수 있고
• 코드 재사용성이 높아지고
• 테스트와 유지보수가 쉬워지며
• 팀 간 협업이 쉬워짐

단순히 "좋은 설계"가 아니라, 실제로 실무에서 문제가 발생하지 않게 만드는 설계의 기준이 되는 것