Map 보다 DTO 클래스를 사용해야 하는 이유

현재 회사 프로젝트에 대부분이 Map 으로 선언되어 있는 경우가 많다.

그로 인하여 무분별한 Map 사용을 지양하기 위해 정리하여 공유할 겸 해당 포스팅을 남긴다.

 

Map 보다 DTO 클래스를 사용해야 하는 이유

• Map 을 사용할 때 단점
  • Map 의 Key 를 사용할 때 오타 발생 유발
    • Map 의 key 입력에 오타를 입력 후 인지하지 못할 수 있음
  • 컴파일 에러를 유발할 수 없음
    • Object 와 같은 최상위 클래스로 사용시에 타입 체크를 할 수 없으므로 만약 문제가 생기면 런타임 시점에 알게 될 것이다.
  • 가독성이 떨어지며 타입캐스팅 비용이 발생함

    // 해당 코드와 같이 Map<String, Object> ... 로 되어있으면 Object 에 어떤 타입인지 유추도 안될 뿐더러 Map 안에 또 다른 Map 이 존재하는 경우 더욱 심각해진다.
    Map<String, Object> test = getDataResult();
    Map<String, Object> item = (Map<String, Object>) map.get
    
    // 타입 캐스팅 비용이 발생
    String title = (String) map.get("title");
    

  • 불변성을 확보할 수 없음
    • 누군가 모르고 put 을 추가하였다면 기존의 데이터는 없어지고 다른 데이터로 덮어 씌어지므로 문제가 발생하는 경우도 있다.
• 무조건 Map 을 사용하지 말라는 것은 아니다.
  • 물론 DTO 를 사용한다면 정적 팩토리 메소드, 빌더 패턴 등을 적용할 수 있어 유용하지만 매우 제한적인 경우에는 Map 을 사용하여 오히려 좋아지는 케이스도 존재한다. 즉, 상황에 맞게 사용하면 된다.