inflearn logo
강의

강의

N
챌린지

챌린지

멘토링

멘토링

N
클립

클립

로드맵

로드맵

지식공유

제미니의 개발실무 - 커머스 백엔드 기본편

상품 목록 - 개념 정리

개념도의 Product라는 개념을 나타낸 것이 코드의 Product 클래스라고 둘을 구분해서 이해하면 괜찮을지요?

해결된 질문

135

풀잎

작성한 질문수 13

1

선생님, 안녕하세요! 개념도에 ProductFinder를 넣어도 되는지 질문드렸던 학생입니다! 제가 "개념은 클래스도 아니고 엔티티도 아니다"라는 말을 확실하게 이해하지 못해 위 질문을 드렸던 것 같아, 확실하게 이해하고자 이렇게 질문드렸습니다!

현재 개념도에 나타난 개념들의 이름이 클래스 이름과 같기 때문에 저는 원래

개념이 클래스가 아니다

라는 말을

개념은 클래스의 부분집합이다. 클래스를 모두 넣으면 개념도가 복잡해지니 중요한 것만 선별해서 넣자.

라고 해석했는데, 답변을 주신 내용을 통해 유추해볼 때 다음과 같이 해석하는 게 더 적절할 것 같았습니다.

개념도의 Product라는 개념과 코드 상의 Product라는 클래스는 별도의 개념이다. 개념도의 Product라는 개념을 코드로 구현한 것이 Product라는 클래스다.

제가 이해한 것이 맞는지요? 그렇다면 예를 들어 "ProductCategory"라는 이름의 개념 대신 "Product의 Category"라는 이름의 개념으로 개념도를 작성하고 그것을 ProductCategory 라는 클래스로 구현해도 괜찮지만 편의상의 이유로 같은 이름을 쓰는 건지도 궁금합니다.

도메인

답변 1

2

제미니

아주 정확하게 이해하셨습니다! 😄

Product의 Category 라고 지칭해도 전혀 문제 없습니다!

👍👍👍👍👍

1

풀잎

와 제대로 이해한 것 같아 뿌듯하네요! 도와주셔서 정말 정말 감사합니다ㅠㅠ

궁금한점이 여러개 생겼습니다.

1

38

1

다양한 관점의 코드 경험을 위해 개선하지 않은 코드

1

55

1

histories() 응답에 PointHistory.id를 포함한 이유가 궁금합니다/

1

44

2

SettlementTargetRepository Jquery 질문

1

48

2

부가 기능을 이벤트 핸들러로 분리하는 기준이 있을까요?

1

60

2

엔티티의 pk 를 0으로 초기화하시는 이유가 있을까요??

1

67

2

제미니님 안녕하세요!

1

77

2

개념 간 격벽 분리와 목록 조회 시 발생하는 참조 구조

1

85

2

프로덕트와 프로덕트카테고리 사이의 삭제 정책

1

76

2

새로 개발한다면 구현 순서

1

136

1

의존 방향에 대한 고민

1

125

2

어드민(Back-office)에서 예약 변경 시, '할인 조건 재검증(쿠폰 회수)' vs '기존 혜택 유지' 중 어떤 정책이 일반적인가요?

1

98

2

OrderKeyGenerator 인스턴스화 generate() 질문

1

84

1

외부 API 통합 시 데이터 제어 범위 설계 질문

1

98

1

PG 결제 승인 로직

1

130

2

QnA에서 Join 필드 표현법

1

90

1

결제서비스 콜백 동시성문제 가능성

1

110

2

굿

1

109

1

도메인/엔티티 분리 상황에서 쓰기 작업 하는 방법

1

137

2

도메인 객체와 엔티티 객체 사용

1

139

2

CouponService 의존성 의문

1

98

2

상품 목록 조회 고도화 질문

1

112

2

표현 계층에서의 접근 지점이 다양해지는것과 이를 해결하기 위한 파사드의 도입에 대해 제미니님의 생각이 궁금합니다.

1

123

2

제품상세 코드 느끼기

1

144

2