---

🛠️ DAO (Data Access Object)

DAO는 Data Access Object의 약자로, 데이터베이스에 접근하는 역할을 하는 객체이다.

데이터베이스에 접근하기 위한 로직과 비즈니스 로직을 분리하기 위해 사용한다. (프로젝트의 서비스 모델에 해당하는 부분과 데이터베이스를 연결하는 역할)

즉, DB에 접속하여 데이터의 CRUD(생성, 조회, 수정, 삭제) 작업을 전담하는 클래스이다.

사용 이유

DAO를 사용하는 이유가 뭘까?

• 효율적인 커넥션 관리와 보안성
• DAO는 비즈니스 로직을 분리하여 도메인 로직으로부터 DB와 관련한 메커니즘을 숨기기 위해 사용

DAO 예시

---

🧺 DTO (Data Transfer Object)

Data Transfer Object의 약자로, 데이터를 전달하기 위한 객체(Java Bean)이다.

Controller (Web Layer)와 VIew (Service Layer) 사이에서 계층 간 데이터를 전달하기 위한 "바구니"로 이해할 수 있겠다. Entity Class는 데이터베이스와 매핑되어 있는 핵심 클래스이다. Entity Class를 기준으로 데이터베이스가 변경되기 때문에, 요청이나 응답 값을 전달하는 클래스로 Entity Class를 사용해서는 안 된다. 그렇기 때문에 DTO 클래스를 둬 View의 다양한 변화에 Entity 클래스가 직접적으로 (원하지 않는) 영향을 받지 않도록 하는 것이다.

일반적으로 DTO는 로직을 가지고 있지 않은 순수한 데이터 객체이며 getter, setter 메서드를 포함하지만 다른 비즈니스 로직은 포함하지 않는다.
( DTO는 데이터 전달만을 위한 객체라는 게 핵심 정의의다. 그렇기 때문에 완전히 데이터 전달 용도로만 사용하는 게 목적이라면, gettet/setter만 필요하지, 이외의 비즈니스 로직은 굳이 있을 필요가 없다. )

DTO는 어떻게 구현하느냐에 따라 가변 객체로 활용할 수도 있고 불변 객체로 활용할 수도 있다. 이는 예시를 통해 살펴보자.

DTO 예시

// 가변 객체 DTO
// 기본 생성자로 생성 후 값을 유동적으로 변경 
public class DtoEx {
    private String name;
    private int age;

    public String getName() {
        return name;
    }

    public int getAge() {
        return age;
    }

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

    public void setAge(int age) {
        this.age = age;
    }
}

// 불변 객체 DTO
// 생성시 지정했던 값이 변하지 않고 getter() 메서드만 사용 가능
public class DtoEx {
    private final String name;
    private final int age;

    public DtoEx(String name, int age) {
        this.name = name;
        this.age = age;
    }

    public String getName() {
        return name;
    }

    public int getAge() {
        return age;
    }
}

• 가변 객체로 DTO를 만들 때는 setter() 메서드를 이용하여 구현할 수 있다.
• 불변 객체로 DTO를 만들 때는 생성자를 이용해서 구현 시 getter() 메서드만 구현할 수 있다.
  (이렇게 구현함으로써 데이터를 전달하는 과정에서 데이터의 불변성을 보장한다.)

---

💸 VO (Value Object)

VO는 Value Object의 약자로, 값 자체를 표현하는 객체이다. 여기서 중요한 점은, VO는 두 객체의 필드 값이 같으면 같은 객체로 본다는 것이다. 쉽게 설명하자면, 우리가 사용하는 10,000원 지폐는 모두 고유번호가 인쇄되어 있지만 우리는 그것을 인지하지 않고 다 똑같은 '10,000원 지폐'로만 인식한다. 이것이 VO와 같은 개념(값은 10,000 / 객체 주소는 고유번호)이다.

정의에 맞게, VO는 값 자체를 표현해야 하기에 불변성을 가져야 한다. 따라서, 생성자를 통해서만 초기화해야 하고, setter는 없는 Read-Only 속성 값을 가져야 한다.

DTO는 '전달'만을 목적으로 하기에 getter, setter만 포함할 수 있는 반면, VO는 이외의 비즈니스 로직도 포함할 수 있다는 차이점이 있다.

VO는 두 객체의 모든 필드 값들이 동일하면 두 객체는 같다! 가 핵심 정의의다. 그렇기 때문에 완전히 값 자체 표현 용도로만 사용하는 게 목적이라면, 두 객체의 모든 필드 값들이 모두 같으면 같은 객체이도록 만드는 것(equals()와 hashCode()의 오버라이딩)이 중요하다.

equals()와 hashCode()?

위처럼, 객체를 비교하는 과정에서 두 객체의 hashCode() 리턴값이 같고, 동시에 equals() 리턴값이 true일 경우 두 객체는 동일한 객체라고 판단한다.

그런데 VO는 '두 객체의 모든 값만 같으면 같다(하나로 본다)'가 그 정의이므로 일반적인 (예시) 클래스 Money를 VO로 만들기 위해서는 hashCode()와 equals()를 오버라이딩 해 주어야 한다. 구현은 다음 예시를 통해 살펴보자.

VO 예시

// VO예제
// 값을 표현만 하기 때문에 setter()메서드는 사용하지 않는다.
public class VoEx {
    static class Money{
        private final int value;

        Money(int value) {
            this.value = value;
        }

        public int getValue() {
            return value;
        }
				
	// 사용자 생성 메서드이지만 setter형태의 메서드가 아니므로 무관함
        public String printMoney(){
            return this.value + "원";
        }
					
	// 두 객체의 모든 필드 값들이 모두 같으면 같은 객체이도록 만들기 위한 오버라이딩 → 이로써 Money 객체가 완전한 VO가 된다!
		@Override
        public int hashCode() {
            return Objects.hash(value);
        }

        @Override
        public boolean equals(Object obj) {
            if(this == obj)
                return true;
            if(obj == null || getClass() != obj.getClass())
                return false;
            Money money = (Money) obj;
            if(value == money.value)
                return true;
            else
                return false;
        }
    }
}

DTO와 VO 비교 정리