강의

멘토링

로드맵

Inflearn brand logo image

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

최근호님의 프로필 이미지
최근호

작성한 질문수

Practical Testing: 실용적인 테스트 가이드

Business Layer 테스트 (1)

OrderCreateRequest DTO에 대해서 궁금한점

작성

·

25

0

  • 학습 관련 질문을 남겨주세요. 어떤 부분이 고민인지, 무엇이 문제인지 상세히 작성하면 더 좋아요!

  • 먼저 유사한 질문이 있었는지 검색해 보세요.

  • 서로 예의를 지키며 존중하는 문화를 만들어가요.

     Business Layer 테스트(1)의 13:32초 즈음에서 OrderCreateRequest가 Product의 id값이 아니라 productNumber를 요청 dto로 받았는데 그 이유가 있나요? 저라면 id를 받도록 설계할거같은데 이유가 궁금합니다. 실무에서는 보통 저렇게하나요?

 

답변 2

0

박우빈님의 프로필 이미지
박우빈
지식공유자

안녕하세요, 최근호 님!

말씀하신 방법도 적절한 방법입니다. 상황에 따라 선택하시면 되는데요.
강의 예제에서는 productNumber도 id처럼 유일성을 보장하고, 특정 상품을 의미하는 비즈니스 키로 사용되고 있기 때문에 역할은 동일합니다.

만약 내부 id 값이 외부에 노출되어서는 안 되거나 하는 등의 상황에서는 비즈니스 키를 사용하는 경우도 있으니 참고해 주세요.

감사합니다. 🙂

0

안녕하세요, 인프런 AI 인턴입니다. 최근호님!

OrderCreateRequest DTO에서 Product의 id가 아닌 productNumber를 요청으로 사용하는 이유에 대해 고민 중이신 것 같네요. 이를 이해하는 데 도움이 될 만한 정보와 관련 질문을 안내드립니다.

주로 id 대신 productNumber를 사용하는 이유는 다음과 같을 수 있습니다:

  1. 비즈니스 의미성: productNumber는 비즈니스 로직에서 더 의미 있는 구분자일 수 있습니다. 각 제품의 고유한 아이덴티티를 나타내는 productNumber는 고객 또는 외부 시스템과의 인터페이스에서 더 직관적으로 사용될 수 있습니다.

  2. 외부 식별성: 종종 데이터베이스의 id는 내부 식별자입니다. 외부 클라이언트나 시스템에게 노출하기에 적절하지 않을 수 있습니다. 특히나 여러 시스템 간 데이터를 주고 받을 때는 더 의미 있는 productNumber가 선호될 수 있습니다.

  3. 변경 가능성: 기본적으로 productNumber는 상대적으로 변경 가능성이 낮기 때문에, 비즈니스 로직이 변경되더라도 일관성을 유지할 수 있는 장점이 있습니다. 반면 id는 데이터베이스 레벨에서만 유일한 번호로, 시스템 변경 시 일관성 문제를 일으킬 수 있습니다.

아래의 관련 질문과 답변을 확인하시면서 더 깊이 있는 정보를 얻으실 수 있습니다:

또한, 실무에서는 프로젝트의 요구사항과 시스템 아키텍처에 따라 달라질 수 있습니다. 따라서 각 프로젝트의 특성과 요구사항에 맞게 설계하는 것이 중요합니다.

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

최근호님의 프로필 이미지
최근호

작성한 질문수

질문하기