[Clean Architecture] 설계 원칙 SOLID

1. SRP: 단일 책임 원칙 SRP 단일 책임 원칙은 단 하나의 일만 해야 한다는 원칙이 아니다. => SPR란 하나의 모듈은 오직 하나의 액터에 대해서만 책임져야 한다. SRP 원칙을 위반하는 사례로 살펴보자. 징후 1: 우발적 중복 그림 7.1의 Employee 클래스를 보면 세개의 메소드를 갖고 있다. 1. calculatePay() → CFO 2. reportHours() → COO 3. save() → CTO 이 클래스는 SRP를 위반하는데, 이들 세 가지 메소드가 서로 매우 다른 세 명의 액터를 책임지기 때문이다. 이 설계의 문제점은 무엇일까? 만약 calculatePay 함수와 reportHours 함수가 a() 라는 함수를 공유하고 있다고 가정해보자. 이때 CFO팀에서 a() 함수의 로직..