[수업] Spring JDBC, Spring Core

Spring JDBC

Spring JDBC 학습테스트 실습

JdbcTemplate

• JdbcTemplate(인터페이스)은 기존 JDBC의 설정(커넥션 연결 및 해제)를 내부적으로 진행해주어 개발자가 자원을 정리하는 것을 잊는 등의 실수를 방지해준다.
• Dao는 JdbcTemplate을 이용하고 이것은 JDBC Driver 구현체를 통해서 DB에 접근한다.
• Dao -> JdbcTemplate -> JDBC Driver -> DB
• 아래는 JdbcTemplate 클래스의 일부코드이다. DataSource를 주입받아 사용된다.

  public class JdbcTemplate extends JdbcAccessor implements JdbcOperations {
    // ...
    public JdbcTemplate(DataSource dataSource) {
        setDataSource(dataSource);
        afterPropertiesSet();
    }
    // ...
  }

• AutoConfiguration을 통해 DataSource와 JdbcTemplate을 별도로 등록하지 않고도 사용가능하다.
• DataSource는 DB에 접근하기 위해 필요하다.

Query

• 리턴타입 rowCount = this.jdbcTemplate.queryForObject(쿼리문, 리턴받을타입, arguments생략가능);

• int countOfActorsNamedJoe = this.jdbcTemplate.queryForObject("select count(*) from t_actor where first_name = ?", Integer.class, "Joe");

• 람다형식으로 RowMapper를 사용하여 객체를 만들어 반환할 수도 있다.

  public class MysqlChessDao implements ChessDao {
    private JdbcTemplate jdbcTemplate;
  
    public MysqlChessDao(JdbcTemplate jdbcTemplate) {
        this.jdbcTemplate = jdbcTemplate;
    }
  
     private final RowMapper<MoveRequestDto> movesMapper = (resultSet, rowNum) -> {
        MoveRequestDto moveRequestDto = new MoveRequestDto();
        moveRequestDto.setStart(resultSet.getString("start"));
        moveRequestDto.setDestination(resultSet.getString("destination"));
        return moveRequestDto;
    };
  
     @Override
    public List<MoveRequestDto> selectAllMovesByRoomId(int roomId) {
        final String sql = "SELECT start, destination FROM board WHERE room_id = (?)";
        return jdbcTemplate.query(sql, movesMapper, roomId);
    }
  }

• RowMapper는 row 한줄한줄씩 수행되며 여러줄의 row가 검색된다면 리스트 형식으로 반환된다.

• JdbcTemplate에서는 jdbcTemplate.update()로 update, delete, insert 가 수행된다.

• jdbcTemplate.update(sql문, argument...)로 작성한다.

Spring Core

• 객체는 의존관계를 가지며, 스프링이 이 관계를 관리한다. 개발자를 대신하여 객체를 생성하고 관리한다.
• 등록된 빈을 관리하는 것을 스프링 컨테이너라고 한다.
• 스프링이 객체를 관리하기 하려면, 1. 객체관리대상을 알려주고 2. 의존성을 정의해야 한다.
• ApplicationContext는 스프링이 관리하는 컨테이너라고 지금은 생각하면 된다.
• 빈에 접근할 때, 컨텍스트를 거쳐 접근한다.
• @Component로 등록된 것은 스프링이 관리하며, @Controller, @Service, @Repository로 구체화 될 수 있다.
• @ComponentScan은 컨테이너에 등록된 빈을 찾는 설정이다. 해당 패키지 안에서만 찾는다.
• 테스트 실행을 할 때, 스프링 애플리케이션이 떠서 실행되는 것은 아니다.
• 빈은 기본적으로 싱글턴 스코프이다. 따라서 상태가 있는 것들을 빈으로 등록하지 않는 것이 좋다.
• 스프링 빈은 상태공유를 하지 않는다.
• 컨테이너는 개념적인 개념이고, Context는 구체화된 객체의 이름이다.
• WebLayer : 응답을 관리, ServiceLayer : 도메인의 흐름과 객체들의 흐름을 관리, RepositoryLayer : DB관련 로직을 관리
• POJO : 스프링 설정이 가해지기 전 상태를 의미한다. 어떤 특정 기술에 종속적이지 않은 순수한 자바객체를 의미한다.
• POJO의 부분집합이 JavaBean이라고 할 수 있으며, 자바빈을 포괄하는 개념이다.

DI

• 생성자 주입, 세터주입, 필드주입으로 크게 나뉜다.
• @Autowired 어노테이션을 사용하면 스프링에서 해당 빈을 찾아서 넣어준다.
• 생성자가 1개만 있는 경우에는 @Autowired 어노테이션을 생략해도 된다.

참고

• 우아한테크코스 수업
• 스프링학습테스트 링크
• 김영한님 인프론 자바 입문 강의