Study Java

스프링이 제공하는 JDBC코드용 템플릿인 JdbcTemplate를 사용하자. 앞에서 만들엇던 JdbcContext와 유사하다. 지금까지 만들었던 JdbcContext을 버리고 스프링의 JdbcTemplate로 바꿔보자. JdbcTemplate의 초기화 코드 public class UserDao { //... private JdbcTemplate jdbcTemplate; //... public void setDataSource(DataSource dataSource) { this.dataSource = dataSource; this.jdbcTemplate = new JdbcTemplate(dataSource); } } 이제 템플릿을 사용할 준비가 되었다. #update PreparedStatementCre..

토비의스프링 2020. 10. 29. 02:38

#편리한 콜백의 재활용 콜백의 분리와 재활용 복잡한 익명 내부 클래스의 사용을 최소화할 수 있는 방법을 찾아보자. deleteAll()메소드의 내용을 통틀어서 바뀔 수 있는 것은 오직 "truncate users"라는 문자열 뿐이다. 그렇다면 SQL 문장만 파라미터로 받아서 바꿀 수 있게하고 메소드 내용 전체를 분리해 별도의 메소드로 만들어보자. deleteAll()메서드를 다음과 같이 분리하였다. private void executeSql(String query) throws SQLException { this.jdbcContext.workWithStatementStrategy( new StatementStrategy() { @Override public PreparedStatement makePrep..

토비의스프링 2020. 10. 29. 01:42

# JdbcContext의 분리 현재 전략패턴의 구조는 다음과 같다. UserDa의 메소드 : 클라이언트 익명내부클래스 : 개별적 전략 jdbcContextWithStatementStrategy() : 컨텍스트 jdbcContextWithStatementStrategy()메소드는 다른 DAO에서도 사용가능하다. 따라서 이 메소드를 UserDao클래스 밖으로 독립시켜 모든 DAO가 사용할 수 있게 해보자. # 클래스 분리 JDBC작업 흐름을 분리해서 만든 JdbcContext클래스 package springbook.user.dao; import java.sql.Connection; import java.sql.PreparedStatement; import java.sql.SQLException; impor..

토비의스프링 2020. 10. 29. 01:18

#전략 클래스의 추가 정보 add()메소드에도 전략 패턴을 적용해보자. AddStatement 클래스 package springbook.user.dao; import java.sql.Connection; import java.sql.PreparedStatement; import java.sql.SQLException; import springbook.user.domain.User; public class AddStatement implements StatementStrategy{ User user; // 생성자로부터 user정보를 받는다. public AddStatement(User user) { this.user = user; } @Override public PreparedStatement makeP..

토비의스프링 2020. 10. 28. 23:56

분리와 재사용을 위한 디자인 패턴 적용 deleteAll()코드를 다시 살펴보자. public void deleteAll() throws SQLException { Connection c = null; PreparedStatement ps = null; try { c = dataSource.getConnection(); String sql = "truncate users"; ps = c.prepareStatement(sql); // 변하는 부분 ps.executeUpdate(); } catch (SQLException e) { throw e; } finally { if(ps!=null) { try { ps.close(); } catch (SQLException e) { // ps.close() 메서드에서..

토비의스프링 2020. 10. 28. 20:01

DB커넥션이라는 제한적인 리소스를 공유해 사용하는 서버에서 동작하는 JDBC코드는 반드시 예외처리를 해주어야 한다. JDBC수정 기능의 예외처리 코드 UserDaoTest의 delteAll()메소드를 보자. public void deleteAll() throws SQLException { Connection c = dataSource.getConnection(); //(s) 여기서 예외가 발생하면 메소드 실행이 중단된다. String sql = "truncate users"; PreparedStatement ps = c.prepareStatement(sql); ps.executeUpdate(); //(e) ps.close(); c.close(); } 이 메소드는 PreparedStatement와 Conn..

토비의스프링 2020. 10. 28. 18:26

애플리케이션 컨텍스트 생성 방식을 개선해보자. @Before메소드는 테스트 메소드 수 만큼 반복되기 때문에 애플리케이션 컨텍스트도 그 만큼 생성된다. 어떤 빈은 오브젝트가 생성될 때 자체적인 초기화 작업을 진행해서 제법 많은 시간이 걸린다. 또 다른 문제점은 애플리케이션 컨텍스트가 초기화될 때 많은 리소스를 할당하거나 독립적인 스레드를 띄운다. 할당 된 리소드 등이 정리되지 않으면 다음 테스트에서 애플리케이션 컨텍스트가 만들어 질 때 많은 문제를 유발한다. UserDao의 빈을 가져다가 add(), get()메소드 등이 공유하여 사용한다고해서 UserDao의 상태가 바뀌지 않는다. 따라서 애플리케이션 컨텍스트는 한번만 만들고 여러 테스트가 공유해서 사용할 수 있다. 테스트를 위한 애플리케이션 컨텍스트 관..

토비의스프링 2020. 10. 28. 17:27

UserDaoTest에 조회 테스트기능을 추가한다. User user2 = dao.get(user.getId()); System.out.println(user2.getName()); System.out.println(user2.getPassword()); System.out.println(user2.getId() + " 조회성공"); 1. 테스트 검증 테스트를 통해 확인하고 싶은 것은 add()에 전달한 User오브젝트에 담긴 사용자 정보와 get()을 통해 DB에서 가져온 User오브젝트 정보가 서로 정확히 일치하는가 여부이다. 조회 부분을 다음과 같이 코드를 수정하자. if(!user.getName().equals(user2.getName())) { System.out.println("테스트 실패 :..

토비의스프링 2020. 10. 28. 00:11