인터페이스 도입과 클래스 분리 다이어그램

classDiagram
direction BT
class ApiExcutor {
<<Interface>>
  + execute(URI) String
}
class SimpleApiExecutor {
  + SimpleApiExecutor() 
  + execute(URI) String
}
class WebApiExRateProvider {
  + WebApiExRateProvider() 
  - extractExRate(String) BigDecimal
  - runApiForExRate(String) BigDecimal
  + getExRate(String) BigDecimal
}

SimpleApiExecutor  ..>  ApiExcutor 
WebApiExRateProvider  ..>  SimpleApiExecutor : «create»

이처럼 분리하기만 한다고 해서 템플릿을 사용하는 장점을 누릴 수 없음

⇒ ApiExecutor를 콜백으로 만들면 장점을 누릴 수 있음

콜백(Callback)

• 콜백(Callback)은 실행되는 것을 목적으로 다른 오브젝트의 메소드에 전달되는 오브젝트
• 파라미터로 전달되지만 값을 참조하기 위한 것이 아니라 특정 로직을 담은 메서드를 실행시키는 것이 목적
  • 특정 로직을 담은 메서드 Function이나 Procedure를 실행시키는 목적
• 자바에서는 콜백을 사용하게 되면 하나의 메서드를 가진 인터페이스 타입(SAM, Single Abstract Mehtod)의 오브젝트 또는 람다 오브젝트를 사용

템플릿/콜백은 전략 패턴의 특별한 케이스

템플릿 : 콜백과 같이 함께 등장을 함. 전략 패턴의 일종이며, 전략 패턴 중에서도 특별한 케이스에 해당

• 전략 패턴

  • 컨텍스트
  • 바뀌는 알고리즘을 전략으로 만들어서 집어 넣어주는 것

• 템플릿은 전략 패턴의 컨텍스트

• 콜백은 전략 패턴의 전략

  • 전략 패턴에서 전략에 해당하는 오브젝트는 여러개의 메서드를 가질 수 있음
  • 템플릿 콜백이 그중 특별한 케이스인 이유? 템플릿/콜백은 메서드 하나만 가진 전략 인터페이스를 사용하는 전략 패턴 이기 때문(람다와 잘 맞음)

메서드 주입

콜백이 템플릿의 메서드로 전달되는 과정을 메서드 주입이라고 함

• 의존 오브젝트가 메서드 호출 시점에 파라미터로 전달 되는 방식