모든 개발자가 알아야 할 SOLID의 진실 혹은 거짓

소프트웨어 설계의 근간이 되는 SOLID 5대 원칙은 로버트 C. 마틴(Robert C. Martin)에 의해 정립되었으며, 20년 넘게 견고한 설계 원칙으로 자리 잡고 있다. 이 원칙을 준수하면 결합도는 낮고 응집도는 높은 유연한 구조를 만들 수 있으며, 코드의 가독성을 높여 유지보수를 용이하게 한다.

특히 **단일 책임 원칙(SRP)**은 많은 개발자가 오해하는 부분이다. 단순히 '클래스가 하나의 책임만 가져야 한다'는 주관적인 정의 대신, **'모듈은 변경의 이유가 오직 하나뿐이어야 한다'**는 객관적인 기준으로 접근해야 한다.

예를 들어, 은행의 **여신(대출)**과 수신(예금) 금리 계산 코드가 하나의 클래스에 섞여 있다면, 한쪽의 변경이 다른 쪽에 영향을 주는 위험이 발생한다. 이처럼 변경의 이유가 서로 다른 모듈은 반드시 분리하여 설계해야 예기치 못한 사이드 이펙트를 방지할 수 있다.