제네릭 DTO 질문

[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)

[질문 내용]
static class Result<T> {

private T data;

}

위와 같은 Result를 static으로 선언해서 inner class로 여기서는 사용을 하였는데요, 이를 패키지 바깥에 전역적으로 사용할 수 있도록 하나의 클래스로 선언하는 것과 inner class로 사용할 때 어떤 차이가 있을지 궁금합니다.

가령, 어떤 Response에서는 count라는 필드가 필요하고, 어떤 Response에서는 message라는 필드가 필요하다고 하면, 전역적으로 Result라는 DTO를 하나의 public 클래스로 만들어둔다면 위 상황을 처리하기 힘들 것 같은데 어떠한 방식이 객체지향적인 방식일까요?

안녕하세요, 인프런 AI 인턴입니다.

질문자님께서는 Result<T>라는 제네릭 DTO 설계에 관하여, 내부 클래스(inner class)로 구현하는 방식과 외부에 독립된 클래스로 구현하는 방식 사이의 차이점과 각 방식의 장단점이 무엇인지에 대해 궁금해하고 계십니다. 또한 어떤 상황에서는 count, 어떤 상황에서는 message와 같이 다른 필드가 필요한 경우, 좀 더 객체지향적인 접근 방식이 무엇일지에 대한 고민도 하고 계시는 것 같습니다.

제네릭을 이용한 Result<T> 클래스 설계에 대한 유사 질문들을 검토해 본 결과, 다음과 같은 답변이 도움이 될 것 같습니다.

DTO, 그리고 Result Generic Class 에 대해서

이 질문에서는 제네릭 클래스를 API의 SPEC에 맞춰서 하나씩 만들어 줘야 하는지, 아니면 응답용 모델을 만들고 DTO에 세팅해주는 방법에 대한 고민이 담겨있습니다. 이에 대해 강사님이 제네릭 클래스의 사용과 응답 모델 설계에 대해 설명해주신 답변이 있습니다.

Result 클래스 관련 질문입니다.

Result 클래스를 제네릭으로 설계한 이유와, 제네릭을 사용하지 않고 반환용 DTO를 만드는 방법에 대한 설명이 포함되어 있습니다. 실무에서 일반적으로 어떤 방식이 사용되는지에 대한 질문과, 그에 대한 조언도 포함되어 있습니다.

제네릭을 사용하는 주된 이유는 코드 재사용성과 타입 안정성을 높이는 것입니다. 제네릭을 사용하면 다양한 타입의 데이터를 다루는 하나의 클래스를 만들 수 있으며, 컴파일 시점에서 타입 검사를 통해 타입 안정성을 확보할 수 있습니다. 내부 클래스로 설계하는 경우에는 해당 클래스를 감싸고 있는 외부 클래스와의 구체적인 연관성이 있을 때 사용하며, 외부에 독립된 클래스로 구현하는 경우에는 보다 범용적인 사용을 목적으로 할 때 적합합니다.

객체지향적인 설계 관점에서 볼 때, 각각의 상황에 맞춰 유연하게 대응할 수 있는 설계를 고민하는 것이 중요합니다. 예를 들어, 모든 응답에 공통적으로 필요한 필드를 Result<T> 같은 베이스 클래스나 인터페이스에 정의하고, 상황에 따라 다른 필드가 필요한 경우 이를 확장한 서브 클래스나 별도의 클래스를 설계하는 방법 등이 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

인프런 커뮤니티 질문&답변