템플릿 메서드 패턴

• 부모 클래스에서 어떤 알고리즘의 골격을 정의하고, 해당 알고리즘의 골격은 변경하지 않고(final) 자식 클래스가 부모 클래스의 특정 단계들을 오버라이드 할 수 있도록 하는 행동 디자인 패턴

⇒ 기능의 뼈대와 실제 기능 구현을 분리한다.

⇒ 확장 / 변화가 필요한 부분(실제 기능)만 서브 클래스로 구현할 수 있도록 한다.

템플릿 메서드 패턴 구조

• AbstractClass에는 어떤 알고리즘의 골격과 자식 클래스에서 오버라이드해야 하는 메소드가 정의되어 있음.
• ConcreteClass에서는 부모 클래스(AbstractClass)를 상속받아서 어떤 알고리즘을 구현한느데 필요한 메서드를 오버라이드 함.
• 훅 매서드 (hook) : 추상 클래스에 간단하게 구현 되어 있거나 아무 코드도 들어있지 않은 메서드로 자식 클래스에서 오버라이드할 수 있다. 특정 부분의 처리 방법을 결정할 때 사용한다.

abstract class AbstractClass{
	public final void templeteMethod(){
		step1();
		step2();
		if(hook() == true){
			step3();
		}
	}
	protected abstract void step1()
	protected abstract void step2()
	protected abstract void step3() 
	public boolean hook(){
		return true;
	}
}

class ConcreteClass extends AbstractClass{
	@Override
	protected void step1(){
		// 적절한 로직
	}

	@Override
	protected void step2(){
		// 적절한 로직
	}

	@Override
	protected void step3(){
		// 적절한 로직
	}

	@Override
	public boolean hook(){
		// 적절한 로직
		return true;
	}
}

// client
class Main{
	public static void main(String[] args){
		ConcreteClass concreteClass = new ConCreteClass();
		concreteClass.templeteMethod();
	}
}

장점

• 클라이언트가 알고리즘의 특정 부분만 재정의하면 되기 때문에 알고리즘의 다른 부분에 발생하는 변경의 영향이 적다
• 중복 코드를 부모 코드에서 가져올 수 있으므로 코드 중복이 적다.

단점

• 알고리즘의 골격이 제한되어 있기 때문에 확장성이 떨어진다.
• 자식 클래스를 통해 디폴트 단계의 구현을 억제하므로 리스코프 치환 법칙을 위배할 수 있다.
  • 리스코프 치환 법칙 : 부모 객체를 자식 객체가 대체해도 원래 의도대로 동작해야 한다.
  • 추상 메소드 자체를 변경하는 시점에서 리스코프 치환 법칙을 위배할 수 있는 가능성이 있음
• 상위 클래스의 추상 메서드를 구현할 때, 해당 메서드가 어느 시점에서 실행되는지 이해할 필요가 있기 때문에 개방-폐쇄 원칙에 위배될 수 있음.

전략 패턴

• 런타임 중에 알고리즘의 전략을 선택해서 객체의 동작이 실시간으로 바뀌도록 하는 디자인 패턴