현재 구조에서 개선되어야 할 사항

1. DAO 메서드마다 새로운 StatementStrategy 구현 클래스를 만들어야 한다.

   • 기존 UserDao 때보다 클래스 파일의 개수가 많이 늘어난다.
   • 런타임 시 DI 하는 점 제외, 상속을 사용하는 템플릿 메서드 패턴보다 나을 게 없다.

2. DAO 메서드에서 StatementStrategy에 전달할 User와 같은 부가적인 정보가 있는 경우, 오브젝트를 전달받는 생성자와 이를 저장해둘 인스턴스 변수를 번거롭게 만들어야 한다.

   • User user 를 선언해서 사용하는 것 말하는건가
   • 해당 오브젝트가 사용되는 시점
     • : 컨텍스트가 전략 오브젝트를 호출할 때 → 잠시라도 어딘가에 다시 저장해야한다.

로컬 클래스

AddStatement 클래스를 로컬 클래스로 add() 메서드 안에 집어넣는다.

• 내부 클래스 중 메소드 레벨에 정의되는 클래스

  public void add(User user) throws SQLException {
    class AddStatement implements StatementStrategy{
      User user;
      public AddStatement(User user){
        this.user = user;
      }
      public PreparedStatement makePreparedStatement(Connection c) throws SQLException{
        PreparedStatement ps = c.prepareStatement("insert into users(id, name, password) values(?,?,?)");
        ps.setString(1, user.getId());
        ps.setString(2, user.getName());
        ps.setString(3, user.getPassword());
        return ps;
      }
    } 
    StatementStrategy strategy = new AddStatement(user);
    jdbcContextWithStatementStrategy(strategy);
  }

• 중첩 클래스
• 로컬 클래스는 선언된 메서드 내에서만 사용할 수 있다.
• 로컬 클래스는 내부 클래스이기 때문에 자신이 선언된 곳의 정보에 접근할 수 있다.

⇒ AddStatement 간결하게 표현하기

public void add(final User user) throws SQLException {
  class AddStatement implements StatementStrategy{
    public PreparedStatement makePreparedStatement(Connection c) throws SQLException{
      PreparedStatement ps = c.prepareStatement("insert into users(id, name, password) values(?,?,?)");
      ps.setString(1, user.getId());
      ps.setString(2, user.getName());
      ps.setString(3, user.getPassword());
      return ps;
    }
  }
  StatementStrategy strategy = new AddStatement();
  jdbcContextWithStatementStrategy(strategy);
}

변경점

• AddStatement 가 생성자를 통해 객체를 받는 과정이 사라졌다.
  • 대신 AddStatement 는 직접 메서드 파라미터(일종의 로컬 변수)에 직접 접근한다.
• 내부 클래스에서 외부 변수를 사용할 경우 외부 변수는 반드시 final 로 선언해줘야 한다.
  • user 파라미터는 메서드 내부에서 변경될 일이 없으므로 final 로 선언해도 무방하다.

장점