domain, entity, dao, dto, vo ??

Salenote의 경우 WAS가 DB를 구성하지 않고 데이터를 조회하는 작업만 수행하기 때문에 (MVP 기준)

JPA를 사용할 이유가 없다고 생각해 JDBC Templete를 사용하였다. 

 

막상 Salenote 프로젝트를 시작하니 어떤 기준으로 class를 분류할지, 이름은 뭘로 할지 고민이 됐다.

domain, entity, dao, dto, vo에 대한 명확한 개념이 잡기위해 다양한 포스팅을 둘러본 뒤 나름대로 정리했다.

 

결론적으로는 아래와 같은 로직을 형성했다.

 

0. client에게 요청이 옴

1. controller가 받아 service 로직 실행

2. service는 dao를 실행

(서비스 특성 상 WAS에서 schema를 정의하지 않아 domain은 필요 없음!)

3. SQL를 작성해둔 dao에서 query 실행

3. dao로 조회한 객체는 dto로 반환

4. 다시 service에서 dto를 client가 원하는 형식으로 변경

5. 이쁘게 정리한 객체를 client에게 -> controller

 

 

 

domain & entity

주로 JPA를 사용하는 경우 schema를 정의하기 위해 사용
실제 DB와 매칭

@Getter
@NoArgsConstructor
@Entity
public class Member {

    @Id
    @GeneratedValue(strategy= GenerationType.AUTO)
    private long id;

    private String name;

    private String password;
    
    private String email;
}

 

 

dao

DB 커넥션 클래스
query를 작성해 데이터를 CRUD 하는 용도

@Repository
public class GameInfoDao {

    private final JdbcTemplate jdbcTemplate;

    public GameInfoDao(DataSource dataSource) {
        jdbcTemplate = new JdbcTemplate(dataSource);
    }

    public GameInfo gameDetailInfoFindById(Long id) {

        String sql = "select * from public.game_id_name where app_id = ?";
        try {
            return jdbcTemplate.queryForObject(sql, gameRowMapper(), id);
        } catch (IncorrectResultSizeDataAccessException e) {
            throw new CommonException(ResponseCode.INVALID_GAME_ID);
        }
    }

    private RowMapper<GameInfo> gameRowMapper() {
        return (rs, rowNum) -> {
            GameInfo game = new GameInfo();
            game.setId(rs.getString("id"));
            game.setName(rs.getString("name"));
            game.setDetailJson(rs.getString("detail"));
            return game;
        };
    }
}

 

 

 

💬 dto와 vo가 상당히 애매한 부분이 있는데 내가 참여했던 프로젝트에서는 dto는 외부에서 들어오고 나가는 형식에서만 사용하고 vo는 서비스 로직 내부에서 오고 가는 객체로 사용했다.

dto

서비스 로직에서 객체를 전달하기 위한 용도
vo와 역할이 엄밀히 나누어져있지 않다

@Setter
@Builder
public class GameDetailInfoDto {

    @JsonProperty
    private String id;

    @JsonProperty
    private String name;

    @JsonProperty
    private String headerImage;
    
    public static GameDetailInfoDto of(GameDetailInfoVo vo) {
        return builder()
                .id(vo.getId())
                .name(vo.getName())
                .headerImage(vo.getHeaderImage())
                .build();
    }
}

 

 

vo

서비스 로직에서 객체를 전달하기 위한 용도
dto와 비슷하지만 read only라는 개발자 사이의 암묵적? 룰을 가짐

@Builder
@Getter
@ToString
public class GameDetailInfoVo {

    private final String id;

    private final String name;

    private final String headerImage;
}