코드에서 어떤 부분은 변하려하고 어떤 부분은 변하지 않으려한다.

또한 변하는 부분 중에서는 서로 다른 목적과 이유에 의해서 변화하는 주기가 다른 것들이 있다.

이런 부분들이 효율적으로 변경될 수 있도록 구조를 만들어주는 것이 개방 폐쇄 원칙이다.

템플릿은 이렇게 바뀌는 성질이 다른 코드 중에서 변경이 거의 일어나지 않는 부분을 변경이 심한 부분과 분리하여 효과적으로 대응할 수 있게 만들어주는 구조이다.

JDBC DB 에러 처리와 resultSet, prepareStatment, connection 반납 코드 같은게 대표적이다.

→ 이 부분은 안변하는 코드이면서 모든 곳에서 중복될 가능성이 높은 코드임

1. 템플릿 메소드 적용

• 상속을 이용해서 안변하는 부분은 부모 클래스에 두고
• 변하는 부분은 추상 메서드를 두어서 자식 클래스에서 이를 구현하도록 한다.
• 근데 이 방법은 매번 필요한 DAO일때마다 상속으로 클래스를 만들어줘야한다.
  • JDBC 메서드가 4개라면 클래스 4개 만들어야한다.. 허허

2. 전략 패턴 적용

• Context 클래스에서 일정한 패턴의 로직을 적용하다가
• 전략 인터페이스를 구현한 전략 클래스에 특정 행위를 위임하는 방식이다.
• DI까지 적용해주면 이쁘다.
• 근데 이것도 매번 전략 클래스 만들어야하는거 아닌가..? → 후에 보완됨
  • 그리고 템플릿 메소드 방식에서도 추상클래스 혹은 상속을 이용한 부모 클래스를 인자로 받게 한뒤 전략패턴과 비슷하게 만들 수 있는거 아닌가? (컴파일 시점에 관계가 고정되어 유연성이 떨어진다고 해서;;)
  • 그러면 추상 클래스랑 인터페이스 골라야하는 기준이 뭐지?
    • 코틀린 기준으로는 상태(필드)를 못가진다, 다중 상속 못한다 정도의 차이가 있는 것 같은데..