DI 를 위한 코드 정리

• 이제 필요가 없어진 DataSource 인스턴스 변수는 제거하자

  • UserDao 의 모든 메소드가 JdbcTemplate 을 이용하도록 만들었으니 DataSource 를 직접 사용할 일은 없다.
  • JdbcTemplate 을 생성하면서 직접 DI 해주기 위해 필요한 DataSource를 전달받아야 하니 수정자 메서드는 남겨둔다.

  public void setDataSource(DataSource dataSource) {
    this.jdbcTemplate = new JdbcTemplate(dataSource);
  }
  

  • JdbcTemplate 를 직접 스프링 빈으로 등록하고 싶다면 이름을 setJdbcTemplate 으로 수정

중복 제거

• get(), getAll() 의 RowMapper 의 내용이 똑같다.
  • 사용되는 상황은 다르지만 ResultSet 로우 하나를 User 오브젝트 하나로 변환해주는 동일한 기능을 가진 콜백
• 추가될 수 있는 RowMapper 의 사용 방법
  • 다양한 조건으로 사용자 조회하는 검색 기능
    • 이름으로 검색
    • 아이디와 비밀번호로 검색
  • User 필드의 추가/수정 작업
    • 매핑하는 RowMapper 콜백의 코드도 함께 수정해야 한다.
    • 모두 정확하게 수정하지 않으면 문제 발생

⇒ User 용 RowMapper 콜백을 메소드에서 분리해 중복을 없애고 재사용되게 하자.

RowMapper 는 매번 오브젝트를 새로 만들어야 할까?

1. RowMapper 콜백 오브젝트는 상태 정보가 없다. → 하나의 콜백 오브젝트를 멀티 스레드에서 동시사용해도 문제 없음 : RowMapper 콜백은 하나만 만들어서 공유하자

// 재사용 가능하도록 독립
private RowMapper<User> userMapper = new RowMapper<User>() {
  @Override
  public User mapRow(ResultSet rs, int rowNum) throws SQLException {
    User user = new User();
    user.setId(rs.getString("id"));
    user.setName(rs.getString("name"));
    user.setPassword(rs.getString("password"));
    return user;
  }
};

• 공유자원 userMapper 사용하기

⇒ UserDao 를 깔끔하고 간결하게 정리할 수 있게 되었다.

• 템플릿/콜백 패턴과 DI 를 이용한 예외처리와 리소스 관리
  • 나아가 유연한 DataSource 활용 방법까지 제공

UserDao

• User 정보를 DB 에 넣거나 가져오거나 조작하는 방법에 대한 핵심적인 로직

  • User 자바 오브젝트와 USER 테이블 사이 어떻게 정보를 주고 받을지
  • DB 와 커뮤니케이션하기 위한 SQL 문장이 어떤 것인지에 대한 최적화 코드

• 만약 사용할 테이블과 필드 정보가 바뀌면 UserDao 의 거의 모든 코드가 함께 바뀐다.

  ⇒ 응집도가 높다.

JdbcTemplate

• JDBC API 를 사용하는 방식