예약하기 기능을 구현했습니다. by yuus95 · Pull Request #12 · f-lab-edu/ys-catchtable

yuus95 · 2025-05-08T07:15:57Z

배경

대기열 등록이후 유저가 예약을 진행할 수 있도록 예약 등록 기능을 구현했습니다.

작업 내용

예약 기능 구현
- 유저 예약 요청
- 3초 이내 동일 시간대 요청이 없을 경우 예약 요청 처리
- 대기열에 존재하는 유저인지 확인
- 예약 횟수가 남았을 경우 예약 처리
- 예약 완료 및 대기열 삭제, 상점 예약 정보 관련 Lock 해제

f-lab-k · 2025-05-22T10:13:36Z

+
+    public void reserve(StoreReserveRegisterDto storeReserveRegisterDto) {
+
+        StoreQueueDto storeQueueDto = new StoreQueueDto(storeReserveRegisterDto.storeReserveIdx().toString(), storeReserveRegisterDto.userIdx().toString());


예약할 때 더블 클릭하면 어떻게 되어요??

제 생각에는
Lock이 걸려 있어 동시요청이 처리되지 않아
isValidWaitingUser 메소드에서 Exception을 던질 것 같습니다.

혹시 놓친 부분이 있을까요~?

f-lab-k · 2025-05-22T10:15:25Z

+
+        UserReserveData userReserveData = UserReserveDataMapper.toEntity(reserveData, dto);
+
+        if (userReserveData != null) {


이게 null이 될 수 있는걸까요??

함수를 통해 호출되는 부분을 사용한다고 생각하여
null Check를 진행했습니다.
로직상 절대 Null이 안될 것 같아요..

이부분은 고민이 되는데 응답값이 항상 null을 안 줄 경우
null 체크를 무시해도 괜찮을까요!?

f-lab-k · 2025-05-22T10:17:09Z

+
+@UtilityClass
+public class StoreReserveMapper {
+    public static StoreReserveRegisterDto toDto(StoreReserveRequestDto storeReserveRequestDto,


UtilityClass를 사용하면 static 함수로 만들어 준다고 하는데 static을 붙일 필요가 있을까요?

그리고 궁금한게 UtilityClass를 꼭 사용해야 하는 이유도 궁금합니다.

RequestDto에서 생성할까 고민하다가.
Entitiy와 Request의 의존성을 제거하고 생성 단일 책임 있는 클래스를 생성할려고 만들었던 것 같습니다.

보통 레이어간의 변환을 어떻게 하시는지 궁금합니다!

f-lab-k · 2025-05-22T10:18:20Z

    private Long modIdx;
+
+    @Builder
+    public ReserveData(Long idx, Store store, LocalDate reserveDate, String reserveTime, Integer minUserCount, Integer maxUserCount, Integer canReserveCount, Integer reservedCount, StoreReserveDataStatus reserveStatus, LocalDateTime regDatetime, Long regIdx, LocalDateTime modDatetime, Long modIdx) {


호....인자가 너무 많네요??
이거 라인별로 정리되도록 하면 좋을 것 같아요

f-lab-k · 2025-05-22T10:19:09Z

    private Long modIdx;

+    @Builder
+    public UserReserveData(Long idx, User user, ReserveData reserveData, ReserveStatus reserveStatus, ReservePayType reservePayType, LocalDateTime regDatetime, Long regIdx, LocalDateTime modDatetime, Long modIdx) {


이것도...

f-lab-k · 2025-05-22T10:21:07Z

+        if (reserveTypeString == null || reserveTypeString.isEmpty()) {
+            throw new CatchTableException(BadRequestError.INVALID_RESERVE_PAY_TYPE);
+        }
+        return MAPPING.get(reserveTypeString.toUpperCase());


위 결과가 null일 경우에도 INVALID_RESERVE_PAY_TYPE을 던져주는게 좋겠어요~~

f-lab-k · 2025-05-22T10:21:42Z

+    @Query(value = """
+            SELECT rd
+            FROM ReserveData rd
+            JOIN FETCH rd.store s


근데 Data는 꼭 붙어야 하는 suffix일까요?ㅎㅎ

음.. 다시보니 prefix로 유저와 상점을 구분해놔서 굳이.. 안붙여도 될 것 같습니다!
Reserve라는 키워드를 많이 사용할 것 같아 붙여놓긴 했는데 제거하겠습니다. ㅎㅎ

f-lab-k · 2025-05-22T10:21:57Z

    private LocalDateTime modDatetime;

+    @Builder
    public User(Long idx, String email, String password, String phone, String nickname, LocalDateTime regDatetime, LocalDateTime modDatetime) {


이것도 내려쓰기가 있는게 더 좋을 것 같아요

f-lab-k · 2025-05-22T10:23:19Z

+        StoreQueueDto storeQueueDto = new StoreQueueDto(storeReserveRequestDto.storeReserveIdx().toString(), storeReserveRequestDto.userIdx().toString());
+        RLock lock = redissonClient.getLock(storeQueueDto.key());
+        try {
+            if (lock.tryLock(1, 3, TimeUnit.SECONDS)) {


redisson을 클라에서 바로 사용하는 것 보다 클래스로 뺀 뒤에 사용하는게 더 좋을 것 같아요.
그리고 controller에서 사용하기보단 서비스에서 사용하는게 좋아보여요~~

Controller보단 Service로 빼내는 이유는 락 거는 행위도
비즈니스 로직이라고 판단되어서 맞을까요??

UserReserveAggregateService 를 생성하여
RedisLockService 와
UserReserveService을 의존성을 주입 받아서 기능을 구현하도록 수정하겠습니다.

f-lab-k · 2025-05-22T10:25:12Z

+
+@DisplayName("UserReserveService ")
+@ExtendWith(MockitoExtension.class)
+class UserReserveServiceTest {


예약 동시성 테스트도 진행해야 하지 않을까 싶습니다

동시성 테스트를 진행하였는데,
올바르게 햇는지 모르겠네요 우선 테스트코드 같이 올려놓겠습니다!

yuus95

리뷰해주셔서 감사합니다!
관련 내용 수정 및 몇가지 코맨트 남겨놨습니다.
확인 부탁드립니다!

yuus95 · 2025-05-26T13:23:16Z

+
+        UserReserveData userReserveData = UserReserveDataMapper.toEntity(reserveData, dto);
+
+        if (userReserveData != null) {


함수를 통해 호출되는 부분을 사용한다고 생각하여
null Check를 진행했습니다.
로직상 절대 Null이 안될 것 같아요..

이부분은 고민이 되는데 응답값이 항상 null을 안 줄 경우
null 체크를 무시해도 괜찮을까요!?

yuus95 · 2025-05-26T13:26:47Z

+
+@UtilityClass
+public class StoreReserveMapper {
+    public static StoreReserveRegisterDto toDto(StoreReserveRequestDto storeReserveRequestDto,


RequestDto에서 생성할까 고민하다가.
Entitiy와 Request의 의존성을 제거하고 생성 단일 책임 있는 클래스를 생성할려고 만들었던 것 같습니다.

보통 레이어간의 변환을 어떻게 하시는지 궁금합니다!

yuus95 · 2025-05-26T13:30:45Z

+    @Query(value = """
+            SELECT rd
+            FROM ReserveData rd
+            JOIN FETCH rd.store s


음.. 다시보니 prefix로 유저와 상점을 구분해놔서 굳이.. 안붙여도 될 것 같습니다!
Reserve라는 키워드를 많이 사용할 것 같아 붙여놓긴 했는데 제거하겠습니다. ㅎㅎ

yuus95 · 2025-05-26T13:42:27Z

+        StoreQueueDto storeQueueDto = new StoreQueueDto(storeReserveRequestDto.storeReserveIdx().toString(), storeReserveRequestDto.userIdx().toString());
+        RLock lock = redissonClient.getLock(storeQueueDto.key());
+        try {
+            if (lock.tryLock(1, 3, TimeUnit.SECONDS)) {


Controller보단 Service로 빼내는 이유는 락 거는 행위도
비즈니스 로직이라고 판단되어서 맞을까요??

UserReserveAggregateService 를 생성하여
RedisLockService 와
UserReserveService을 의존성을 주입 받아서 기능을 구현하도록 수정하겠습니다.

yuus95 · 2025-05-26T14:49:07Z

+
+@DisplayName("UserReserveService ")
+@ExtendWith(MockitoExtension.class)
+class UserReserveServiceTest {


동시성 테스트를 진행하였는데,
올바르게 햇는지 모르겠네요 우선 테스트코드 같이 올려놓겠습니다!

# Conflicts: # src/main/java/com/yscp/catchtable/application/queue/StoreQueueService.java # src/main/java/com/yscp/catchtable/application/queue/dto/StoreQueueDto.java # src/main/java/com/yscp/catchtable/exception/BadRequestError.java

sonarqubecloud · 2025-06-05T12:15:31Z

Quality Gate failed

Failed conditions
C Reliability Rating on New Code (required ≥ A)

See analysis details on SonarQube Cloud

Catch issues before they fail your Quality Gate with our IDE extension SonarQube for IDE

yuus95 added 3 commits May 3, 2025 14:49

feature/예약하기 예약 기능 구현

13e73ef

feature/예약하기 예약 기능 리팩토링

ca48d3f

feature/예약하기 분산 락 적용

dc82912

yuus95 requested a review from f-lab-k May 8, 2025 07:15

yuus95 self-assigned this May 8, 2025

f-lab-k reviewed May 22, 2025

View reviewed changes

feature/예약하기 1차 리뷰 내용 반영

8c19e82

yuus95 commented May 26, 2025

View reviewed changes

feature/예약하기 불필요한 클래스 제거

60158c2

yuus95 changed the base branch from feature/예약-대기열-기능-구현 to main June 5, 2025 12:13

Merge branch 'main' into feature/예약하기

5415a6c

# Conflicts: # src/main/java/com/yscp/catchtable/application/queue/StoreQueueService.java # src/main/java/com/yscp/catchtable/application/queue/dto/StoreQueueDto.java # src/main/java/com/yscp/catchtable/exception/BadRequestError.java

yuus95 merged commit de7a2a2 into main Jun 5, 2025
1 of 2 checks passed


		public void reserve(StoreReserveRegisterDto storeReserveRegisterDto) {

		StoreQueueDto storeQueueDto = new StoreQueueDto(storeReserveRegisterDto.storeReserveIdx().toString(), storeReserveRegisterDto.userIdx().toString());


		UserReserveData userReserveData = UserReserveDataMapper.toEntity(reserveData, dto);

		if (userReserveData != null) {

Uh oh!

Hidden character warning

Conversation

yuus95 commented May 8, 2025

배경

작업 내용

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

f-lab-k May 22, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

f-lab-k May 22, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

yuus95 left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

sonarqubecloud Bot commented Jun 5, 2025

Quality Gate failed

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

f-lab-k May 22, 2025 •

edited

Loading

f-lab-k May 22, 2025 •

edited

Loading