<aside> 📌 목차

</aside>

<aside> 💡 맹목적으로 모든 원칙을 적용하려고 하지 말자

• 이 모든 원칙이 동시에 적용된 성공적인 소프트웨어 제품이 있는지는 의심스럽다
• 이러한 원칙들을 적용하기 위해 노력하는 것도 좋지만
• 항상 실용적인 관점에서 판단하고 적용하려고 노력해야하고 여기에 쓰인 모든 것을 교리로 받아들이지 말아야한다. </aside>

Single Responsibility Principle

클래스는 한 가지 이유로 변경되어야 합니다.

각각의 클래스가 프로그램 기능의 한 부분씩을 책임지도록 한다

이 책임을 완전히 캡슐화하여 클래스 내부에 숨기세요

클래스가 너무 커져서 그 세부 내용을 더 이상 기억할 수 없게 될 때

• 코드 탐색을 위해 클래스나 전체 프로그램을 훑어봐야하게 될 것이다.

클래스가 너무 많은 작업을 하는 경우, 그 중 하나가 변경될 때마다 클래스를 변경해야한다.

• 그러면 변경할 생각이 없는 클래스의 다른 부분이 망가질 위험이 있다.

프로그램의 특정한 측면에 하나하나 집중하는 것이 어려워 지면 SRP 를 떠올려 클래스를 나눠야 하는 것은 아닌지 확인해보세요!