🚚 DTO, DAO 정리 🚚

DTO

Data Transfer Object
데이터 이동을 위한 객체
외부와 서버 간의 요청과 응답을 보낼 때나 각 계층간 이동 시 사용한다.

DTO는 전달하고자 하는 데이터만을 담고 있어 getter, setter를 가지며, 로직을 가지지 않는다.
(택배 박스라고 생각하면 편하다. 택배 박스 = DTO, 택배 내용물 = 데이터)

구현 방식에 따라 가변, 불변 객체로 활용할 수 있다.

가변 객체

setter로 값을 수정할 수 있도록 구현하는 방식

public class exampleDto {
	private String name;

	public void setName(String newName) {
    	this.name = newName;
    }
    
    public String getName() {
    	return name;
    }
}

불변 객체

생성자와 getter를 사용해 값을 수정할 수 없도록 구현하는 방식
데이터의 불변성을 보장한다.

public class exampleDto {
	private String name;

	public exampleDto(String name) {
    	this.name = name;
    }
    
    public String getName() {
    	return name;
    }
}

데이터 이동을 위한 객체이기 때문에 가변보다는 불변으로 구현해 데이터를 담는 용도로만 구현하는 것이 좋다.

또, 요청과 응답에서 사용하는 DTO를 구분해 개발하는 것이 유지보수에 좋다.

Spring boot 기반 REST API를 구현하는 것을 기준으로 설명해보겠다.

Request dto

@AllArgsConstructor
@NoArgsConstructor
@Getter
public class requestDto {
	private String name;
}

외부에서 name이라는 데이터를 서버로 전달하기 위한 DTO이다.

@getter를 사용해 getter 메서드를 따로 작성하지 않았으며, 생성자 또한 어노테이션을 사용했다.

이를 이용해 서버에서 DTO의 값을 가져와 사용할 수 있다.

// front -> back

{
	"name" : "안녕"
}

외부에서 body에 JSON 형식의 데이터를 전달할 때 해당 DTO에서 정의한 데이터 이름(name)을 담아 전달한다.

Response dto

@Getter
public class responseDto {
	private final String name;
    
    public responseDto(String name) {
    	this.name = name;
    }
}

서버에서 Entity를 DTO로 맵핑하기 위한 생성자가 존재하고, @Getter를 통해 값을 가져올 수 있다.

사용 이유

1. View 계층과 DB 계층의 역할 분리
   객체 표현 계층과 저장 계층의 역할 분리를 위해 사용한다.
2. Entity 객체 변경 방지
   각 계층의 요청에 따라 데이터가 달라지는데, Entity가 요청 데이터에 맞게 변화되면서 객체 자체가 변경될 수 있다. 따라서 DTO를 사용해 Entity 객체의 변경을 방지하면서 요청 데이터를 처리할 수 있도록 한다.
3. 도메인 모델링 유지
   Entity 클래스에 표현을 위한 필드나 로직 추가 시 객체 설계를 망가뜨린다. 따라서 DTO에 표현을 위한 로직을 추가해 사용하면서 Entity의 도메인 모델링을 지킨다.

DAO

Data Access Object
Database에 접근하는 역할을 하는 객체
즉 데이터의 CRUD 기능을 전담하는 객체이다.

// DAO Interface
public interface UserDAO {
    User getUserById(int id);
    List<User> getAllUsers();
    void insertUser(User user);
    void updateUser(User user);
    void deleteUser(int id);
}

// DAO
public class UserDAOImpl implements UserDAO {
    private Connection connection;

    public UserDAOImpl(Connection connection) {
        this.connection = connection;
    }

    @Override
    public User getUserById(int id) throws SQLException {
        String query = "SELECT * FROM users WHERE id = ?";
        try (PreparedStatement psmt = connection.prepareStatement(query)) {
            psmt.setInt(1, id);
            try (ResultSet rs = psmt.executeQuery()) {
                if (rs.next()) {
                    return new User(rs.getInt("id"), rs.getString("name"), rs.getString("email"));
                }
            }
        }
        return null;
    }

    // 다른 메서드 (insert, update, delete) 구현 가능
}

PreparedStatement를 사용해 쿼리문(CRUD)을 실행하고, 결과를 받아와 객체로 반환한다.

public class UserService {
    private UserDAO userDAO;

    public UserService(UserDAO userDAO) {
        this.userDAO = userDAO;
    }

    public User getUserById(int id) {
        return userDAO.getUserById(id);
    }
}

서비스 계층에서는 DAO 객체를 통해 데이터를 처리한다.

사용 이유

1. 비즈니스 로직과 DB 접근 코드 분리
   DAO 사용으로 서비스 계층과 데이터베이스 로직을 분리할 수 있다. 비즈니스 로직은 서비스 계층에서, DAO는 데이터 CRUD를 담당한다.
2. 코드 재사용성과 유지보수성 증가
3. DB 변경 시 유연한 대응 가능
   OS 마이그레이션 시 DAO 내부 로직만 수정하면 쉽게 동작할 수 있다.
4. 보안성과 코드의 가독성 향상
   PreparedStatement를 사용해 SQL 인젝션을 방지함으로써 보안을 향상할 수 있다. 또, 데이터베이스 접근 로직이 한 곳에 모여 있어 유지보수하기 쉽다.

참고-DTO, DAO
참고-DTO, DAO 사용 이유
참고-DAO 예시