spring

DTO와 VO, DAO와 mapper

MVC 패턴을 기반으로한 프로젝트를 진행하면서, Controller-Service-Mapper + VO 의 구조를 사용했었습니다. 그러나 종종 검색을 하면 VO 대신 DTO를, Mapper대신 DAO를 사용하는 사례가 있더라구요. 서로 대체가 가능하니 기본 기능은 유사한 것 같은데, 그래도 명확한 차이를 알고 싶어 따로 정리를 했습니다.

DTO vs VO

DTO : Data Transfer Object, 즉 데이터 전달 객체
VO : Value Object, 즉 값 객체라는 의미이다.

교육 당시에는 DTO는 사용자가 혹은 데이터베이스가 보내주는 데이터를 객체로 가공하는 방향이 쌍방향일때 주로 붙이고, VO는 데이터베이스가 보내는 데이터를 객체로 가공하는 단방향일때 주로 붙이며, 그리 엄격하지 않으므로 둘다 모델 클래스 뒤에 붙여준다고 생각하면 된다고 배웠습니다.

그리고 사용자와 데이터베이스간의 쌍방향인 경우가 다수이기에 웬만해서는 DTO 붙이면 거의 맞다고 함.

그러나 단순히 데이터 가공 방향의 차이만 존재 하나 싶어 조금 더 찾아보니 다음과 같은 차이점이 존재했습니다.

DTO의 경우 더 자세히 설명하면 데이터의 캡슐화를 통해서 유연한 대처가 가능하며, 특정한 비즈니스 로직을 갖고 있지 않는 데이터 객체를 의미합니다. 따라서 데이터 접근 메서드(getter, setter) 외의 기능은 가지지 않음.

VO는 값을 가지는 객체로서, 해당 값이 변하지 않음을 보장하기 때문에 코드의 안정성과 생산성을 높입니다. VO의 경우 값이 같을 경우에는 다른 이름을 가진 인스턴스라도 동일한 취급을 당하기 때문에 equals() 와 각 객체의 주소값을 기반으로 하는 hashcode()를 오버라이딩 해서 인스턴스를 구분할 수 있게 해줘야 합니다. 또한 DTO와 다르게 VO는 특정 비즈니스 로직을 가질 수 있습니다.

즉 공통점과 차이점을 정리하면 다음과 같습니다.

공통점 : 레이어 간 데이터를 전달할 때 사용 가능
차이점
- DTO는 값이 변할 수 있으나 VO는 불가능
- DTO는 별도의 비즈니스 로직을 가질 수 없지만, VO는 가능

그럼 왜 VO를 DTO처럼 사용하나?

현업에서는 두 개념을 혼용해서 사용한다고 합니다. VO 역시 레이어간 데이터를 전송하기 위한 DTO의 역할을 수행하기 때문일 것 같습니다. 굳이 DTO 대신 VO라고 하는 이유는 데이터의 불변성이라는 VO의 특성 상 전송하는 데이터가 과정 중에서 변질되지 않음을 보장할 수 있기 때문이겠지요.

DAO vs Mapper

위의 Mapper의 경우 XML 파일이 아닌 자바 클래스를 의미

DAO : Data Access Object, 데이터 접근 객체
Mapper.java : Mapper 설정 파일(xml)에 있는 SQL 쿼리문을 호출하기 위한 인터페이스

DAO는 DB 에 접속하여 비즈니스 로직 실행에 필요한 쿼리를 호출하는 객체입니다. DAO는 보안성을 높이고 커넥션 관리를 효율적으로 하기 위해 사용됩니다.

DAO를 사용하기 위해서는 다음과 같은 작업이 필요합니다.

applicationContext.xml에 mapper.xml의 위치를 설정해줘야 한다.
context-mapper.xml에 sqlSession을 bean으로 추가해줘야 한다.
DAO 인터페이스 이외의 인터페이스를 구현한 DAOImpl 클래스도 생성해야 함.
namespace + “.” + SQL ID로 지정해서 SQL를 호출해야한다. 이 말은 Mapper 설정 파일(xml)에 있는 쿼리문의 ID를 String 형태로 지정해서 사용해야한다는 의미로 개발자가 직접 작성하는 탓에 오타가 발생할 수 있다.

sqlSession은 개발자들이 DAO와 DB를 직접 연결 맺고 종료할 필요가 없게 해주며 기본적인 트랜잭션 관리나 쓰레드 처리의 안정성 등을 보장해준다.

DAO를 통해 데이터 객체에 직접 접근하면 안전성이 보장되지 않음. 따라서 MyBatis 3.0 이상부터는 Mapper 인터페이스를 지원합니다. @Mapper 어노테이션을 통해 인터페이스만 구현하고 ServiceImpl에서 바로 연결하여 사용할 수 있도록 함. 해당 방식은 쿼리문의 id를 직접 지정하지 않고 메소드 방식으로 사용하니 DAO와 달리 오타 방지가 가능하다는 장점이 있습니다.

정리하면 DAO를 통해 DB에 직접 접근하던 방식을 Mapper.java를 통해 Mabatis에서 대신 수행해 편리성이 증대되었다고 볼 수 있습니다. DTO & VO와는 달리 Mapper가 더 발전된 기능이나, 종종 실무에서는 DAO를 사용하기도 하기 때문에 사용법을 알아둘 필요가 있겠습니다.

참고 자료

16 Sep 2021