[웹 개발 프로젝트] 6. 경기 참가 신청 기능 구현 및 모집글 태그별 필터링 구현

사실 상 메인 기능인 참가 신청 기능이다. 철저히 구분해서 구현하던 기능들이 이제는 이것저것 섞이기 시작하니까 이 메서드는 여기다가 두는게 나을까 저기다가 두는게 나을까.. 하는 고민이 생기기 시작하는 것 같다.

그리고 점점 비즈니스 로직 차원에서 다뤄야할 제약 조건들이 생기니 제법 재밌다 !! 🥹👍

 

경기 참가 신청 기능의 조건은 다음과 같다.

<참가 신청 기능 조건>

• ❌ user의 조건이 해당 매치 태그들의 조건과 부합하지 않을 경우 참가 신청 불가
• ❌ match의 현재 참가 신청 인원이 전체 모집 인원과 같을 경우, (참가 인원을 모두 모집했을 경우) 참가 신청 불가
• ❌ user 가 이미 참가 신청한 매치들과 시간이 겹치면 참가 신청 불가
• ✅ 이외는 참가 신청 완료 후에 해당 매치의 현재 참가 신청 인원 수 1 증가

이 조건 중에서도 분명 프로젝트 초반에 요구사항 정리를 상세하게 해두고 시작했는데 개발하다보니 생각나서 나중에 수정한 것들이 많다...^^

 

---

 

1. ParticipationService 의 save() method

    @Transactional
    public String save(Long matchId, String userEmail){
        Match match = matchRepository.findById(matchId).get();
        Tag tag = match.getTag();
        User user = userRepository.findByEmail(userEmail).get();

        if (!(tag.getAgeType().equals(user.getAge())) || (tag.getGenderType() != user.getGender()) || !(tag.getLevelType().equals(user.getLevel()))
        ){

           return "참가 조건 미충족" ;
        }else if (match.getCurrentHeadCnt() == match.getHeadCnt()) {
            return "참가 인원 마감";
        }
        else if (matchRepository.findDuplicateMatch(user.getUserId(),match.getStartTime(),match.getEndTime()) > 0) {
            System.out.println("num = " + matchRepository.findDuplicateMatch(user.getUserId(),match.getStartTime(),match.getEndTime()));
            return "시간이 겹치는 신청 매치 존재" ;
        } else{
            Participation build = Participation.builder()
                    .user(user)
                    .match(match)
                    .build();
            participationRespository.save(build);
            match.setCurrentHeadCnt(match.getCurrentHeadCnt()+1);
            return "참가 신청 완료";
        }
    }

 

if 문에서 총 3번의 분기가 있음을 알 수 있다. 모두 위에서 명시한 참가 신청 조건 에 따라 분기한 것으로 조건에 따라 참가 신청이 승인되거나, 거절될 것이다.

 

        if (!(tag.getAgeType().equals(user.getAge())) || (tag.getGenderType() != user.getGender()) || !(tag.getLevelType().equals(user.getLevel()))
        )

 

➡️ 매치 태그와 유저의 조건이 부합하지 않으면 참가 신청이 불가하다.

• 근데 지금 글을 쓰고 있다가 생각난건데 tag의 각 세 개의 필드들은 null 이 가능해서.. null 인 경우에는 비교할 필요도 없어야하는건데 이 코드에선 다르다고 판단을 하겠구나... 곧 픽스해둬야겠다......

 

else if (match.getCurrentHeadCnt() == match.getHeadCnt())

 

➡️ 매치의 현재 참가 인원 수와 전체 참가 인원 수가 같다면 참가 신청이 불가하다.

• 쉽게 말해서 모집 인원이 다 마감된 매치의 경우에는 참가 신청을 할 수 없는 것이다.

 

else if (matchRepository.findDuplicateMatch(user.getUserId(),match.getStartTime(),match.getEndTime()) > 0)

 

➡️ 신청하고자 하는 매치의 시작 시간, 종료 시간, 그리고 userId를 전달 인자로 받는 findDuplicateMatch 메서드의 리턴값이 0 이상, 즉 해당 유저가 이미 참가 신청한 매치들 중에 시간이 겹치는 매치가 존재하면 참가 신청이 불가하다.

 

findDuplicateMatch() 는 MatchRepository 에서 다룰까, ParticipationRepository 에서 다룰까 고민하다가, Participation 과 연관이 있는 메서드이긴하나 어쨌든 매치 개수를 리턴하는 것이니 전자에서 다루기로 했다.

 

 

public interface MatchRepository extends JpaRepository<Match, Long> {

    @Query("select count(m.matchId) from Match m join Participation p on m = p.match join User u on p.user = u  where u.userId = :userId and m.startTime <= :endTime and m.endTime >= :startTime")
    int findDuplicateMatch(Long userId, Date startTime, Date endTime);

}

 

➡️ Match, Participation, User 을 join으로 묶어서 해당 유저의 참가 신청 매치 중 시간이 겹치는 매치의 수를 카운트해서 반환하도록 한다. 여기에서는 시작 시간이 (참가 신청할) 매치의 종료 시간보다 같거나 먼저이고 , 종료 시간이 (참가 신청할) 매치의 시작 시간보다 나중 이라는 조건으로 시간이 겹치는 매치를 찾을 수 있도록 했다.

 

 

---

2. ParticipationController

@RequiredArgsConstructor
@RestController
public class ParticipationController {
    private final ParticipationService participationService;
    @PostMapping("/api/participation/{matchId}")
    ResponseEntity<String> applyMatch(@PathVariable Long matchId, @RequestBody AddParticipationRequest request){
        return ResponseEntity.ok()
                .body(participationService.save(matchId, request.getUserEmail()));
    }
}

 

---

 

3. AddParticipationRequest dto

@Setter
@Getter
@NoArgsConstructor
public class AddParticipationRequest {
    String userEmail;
}

 

유저 확인용으로 사용할 userEmail 을 받는다. 이것도 빨리 토큰으로 바꿔야하는데..
그리고 이거 하나만 받아도 되는데 dto까지 만들어야하나 라는 의문이 들었다. 뭔가 다른 방법이 있을 것 같은데 ... 찾아봐야지

 

 

 

제대로 작동됨도 확인 완료! 👏

 

---

다음 할 일

• 이제는 미루고 미뤄뒀던 jwt 토큰을 다뤄야 할 때