템플릿/콜백 방식을 적용하지 않은 메서드에 JdbcTemplate 을 적용해보자

getCount()

SQL 쿼리를 실행하고 ResultSet 을 통해 결과 값을 가져오는 코드 ⇒ PreparedStatementCreator 콜백 + ResultSetExtractor 콜백을 파라미터로 받는 query() 메서드

• ResultSetExtractor:
  • PreparedStatement 의 쿼리를 실행해서 얻은 ResultSet 을 전달받는 콜백
  • 템플릿이 제공하는 ResultSet 을 이용해 원하는 값을 추출해서 템플릿에 전달
  • 템플릿은 나머지 작업 수행한 뒤 query() 메서드의 리턴 값으로 반환

템플릿/콜백의 동작 방식을 잘 생각해서 이해해보자

1. PreparedStatementCreator 콜백은 템플릿으로부터 Connection 을 받고 PreparedStatement 를 돌려준다.
2. ResultSetExtractor 는 템플릿으로부터 ResultSet 을 받고 거기서 추출한 결과를 돌려준다.

public int **getCount()** throws SQLException {
  **return** this.jdbcTemplate.query(**new PreparedStatementCreator()** {
    @Override
    public PreparedStatement createPreparedStatement(Connection con) throws SQLException {
      return con.prepareStatement("select count(*) from users");
    }
  }, **new ResultSetExtractor<Integer>()**{

    @Override
    public Integer extractData(ResultSet rs) throws SQLException, DataAccessException {
      rs.next();
      return rs.getInt(1);
    }
  });    
}

getCount() 메서드에 있던 코드 중에서 변하는 부분만 콜백으로 만들어져서 제공

• TODO: p.263 첫번재 문단
  • 두번재 콜백에서 리턴하는 값은 결국 템플릿 메소드의 결과로 다시 리턴
  • 원래 클라이언트/템플릿/콜백의 3단계 구조이니, 콜백이 만들어낸 결과는 템플릿을 거쳐야만 클라이언트인 getCount() 메소드로 넘어오는 것

ResultSetExtractor 는 제네릭스 타입 파라미터를 갖는다.

• lineReadTemplate() 과 LineCallback 에 적용한 방법과 동일

• 콜백에 지정한 타입은 제네릭 메소드에 적용되어 query() 템플릿의 리턴 타입도 함께 바뀐다.

• jdbcTemplate.queryForInt(”SQL …”); Deprecated

public int getCount(){
  return this.jdbcTemplate.queryForObject("select count(*) from users", Integer.class);
}

• JdbcTemplate 은 스프링이 제공하는 클래스지만 DI 컨테이너를 굳이 필요로 하지 않는다.
  1. JdbcTemplate 오브젝트 생성
  2. 필요한 DataSource 전달
  3. JdbcTemplate 의 모든 기능을 자유롭게 활용
• 예외처리와 안전한 리소스 반환
• DI 된 DataSource 이용