모르는 것들, 명확히 다시 하고싶은 것들 정리

No silver bullet

• 상속과 합성, 추상화와 구체화 중 어느 한 쪽이 무조건 맞는 것은 아니다. 이 부분에서도 은탄환이란 존재하지 않는다.
• clean architecture 에서 fan in / fan out 을 통해 그린 component abstract / dependency index 와 main sequence 를 설명하면서 나온 구절을 다시 한 번 떠올려보자, ‘안정적이어야 하는만큼 추상적이어야 한다'

inheritance and composition

inheritance

• 상속은 class 간의 결합을 통해 강하게 결합을 이루어내는 방식이며, child class 가 parent class 의 implemtation part 나 interface part 를 전부 다 알아버리는 만큼, ‘필요한 만큼만 보여준다' 라는 capsulization 을 위배하기 쉽게 만든다

composition

• 반면 합성의 경우, interface (message) 간의 결합을 통해 약하게 결합을 이뤄내는 방식이며, interface 를 사용하기에 필요한 만큼만 보여주게 된다

overriding, overloading

overriding

• 부모 class 에서 정의된 같은 이름, 같은 parameter 목록을 가진 method 를 자식 class 에서 재정의 하는 것을 가리킨다
• abstract class 를 extends 하여 실제로 구현했을 때 abstract method 를 구현하는 게 overriding 의 대표적인 에시이다

overloading

• method 의 이름은 같지만, parameter 의 목록이 다른 경우, parameter 의 종류에 따른 여러 method 들이 존재하는 상황을 의미한다
• TypeORM 에서 findOne method 를 호출할 때 input 이 DeepPartial<T> 인지, Entity<T> 인지 따라 동적으로 다르게 정의된 method 들이 호출되는 게 overloading 의 대표적인 예시이다. 04

template method pattern

부모 클래스에 기본적인 알고리즘의 흐름을 구현하고, 중간에 필요한 처리를 자식 클래스에 위임하는 디자인 패턴을 template method pattern 이라고 한다

• 이 책에서는 굳이 instance 가 만들어질 필요가 없기에, 부모 class 를 abstract class 로 만들었다
• 그리고 그 안의 protected public method 를 자식 class 에서 override 하여 사용하는 방식으로 처리하였다
  • AbstractDiscountPolicy → AmountDiscountPolicy 로 흐름이 넘어간다