🤔 SOLID는 객체지향 원칙일까 더 넓은 프로그래밍 원칙일까

가끔 책을 읽다보면 'SOLID는 객체지향 원칙일 뿐만 아니라 더 넓은 프로그래밍 원칙이다.'라는 말이 꽤 자주 나온다. SOLID에 대해 설명을 하는 부분이 있을 때면 항상 나오는 듯하다. 이 말은 타당할까? 이 주제는 꽤 흥미롭고, 의견이 갈릴 수 있다. 결론부터 말하자면:

• SOLID는 원래 객체지향(Object-Oriented Programming, OOP)의 설계 원칙으로 출발했지만, 더 넓은 범위에서 해석될 수 있다.

---

📚 1. SOLID의 기원과 의도

• SOLID 원칙은 Robert C. Martin(아저씨 개발자, Uncle Bob)이 처음 정의한 객체지향 설계 원칙이다.
• 주로 클래스, 객체, 상속, 다형성 등 객체지향의 핵심 개념과 밀접한 관련이 있다.
• 초기 목적은 객체지향 언어(Java, C++, C# 등)에서 유지보수 가능하고 확장 가능한 설계를 돕기 위해 등장했다.

---

🌍 2. SOLID는 객체지향에 국한되지 않는다?

최근에는 많은 개발자들이 SOLID 원칙을 더 넓은 프로그래밍 패러다임에 적용한다. 그 이유는:

1. 프로그래밍 메타 원칙

   • SOLID의 원칙들은 객체지향 언어뿐 아니라, 함수형 언어, 절차적 언어 등 다양한 패러다임에도 원칙적으로 적용될 수 있다.
   • 예를 들어, "단일 책임 원칙(SRP)"이나 "개방-폐쇄 원칙(OCP)"은 함수형 언어나 스크립트 언어에서도 충분히 의미가 있다.

2. 의존성 관리와 설계 패턴의 중요성

   • SOLID는 언어의 특징보다 시스템 설계와 코드 관리의 핵심 원칙을 다룬다.
   • 즉, 객체지향 언어가 아니더라도 모듈화, 확장성, 유지보수성이라는 키워드는 어떤 언어에서도 중요하다.

3. 현대 소프트웨어의 복잡성

   • 마이크로서비스 아키텍처, 함수형 프로그래밍 패턴, 도메인 주도 설계(DDD) 등에서도 SOLID 원칙이 자연스럽게 녹아들어 있다.

---

🔑 3. 의견 차이의 이유

• 원칙의 기원과 적용 범위: SOLID가 객체지향에서 출발했지만, 그 원칙 자체는 특정 언어나 패러다임에만 국한되지 않는다.
• 관점 차이: 어떤 사람은 "SOLID는 객체지향의 핵심 원칙"이라고 생각하고, 다른 사람은 "프로그래밍 전반의 설계 원칙"이라고 본다.
• 실제 적용 사례: 함수형 프로그래밍(FP)에서도 SOLID 원칙을 적용하는 경우가 많다.

---

🤝 4. 결론

1. 엄밀하게 말하면:

   • SOLID는 객체지향 설계 원칙으로 출발했으며, 객체지향 패러다임에 가장 잘 어울린다.

2. 더 넓게 보면:

   • SOLID 원칙은 소프트웨어 설계 일반 원칙으로 확장 가능하며, 다양한 프로그래밍 패러다임에서 적용될 수 있다.

---

📝 당신이 읽은 책의 해석은 유효한가?

그 해석은 틀린 말이 아니다!

• 해당 저자는 SOLID 원칙이 객체지향을 넘어 더 넓은 프로그래밍 메타 원칙으로 적용될 수 있다고 주장한 것이다.
• 이런 해석은 점점 더 많은 개발자와 전문가들이 동의하고 있다.

✅ 실용적 답변:

• 이론적으로: SOLID는 객체지향 설계 원칙이다.
• 실무적으로: SOLID는 모든 프로그래밍 설계 원칙에 적용할 수 있다.