Feat(*): 결과 제출 API 구현

[morenow98]

PR 변경된 내용

Learning, ProblemSolving Entity 구현

• Learning과 ProblemSolving을 1대다 관계로 매핑
• Learning에서 ProblemSolving을 참조하지 않도록 했으며 추후 필요할 시 추가
• ProblemSolving Entity를 생성할 때 필요한 채점 결과를 위해 Problem Entity에 채점하는 메소드를 추가

결과 제출 API 구현

• API 명세에 맞춰 Request dto 변경
• Request dto에 Valid 어노테이션 활용 및 이 검증에 대한 테스트 코드 구현
  • EnumValid 어노테이션 활용해서 LearningMode 검증
• 푼 문제 리스트와 고른 선지가 다른 리스트에 저장됨. 이를 해결하기 위해 HashMap을 사용

 // solvedProblems와 request의 choice들을 매핑하기 위해 HashMap 사용
Map<Long, Integer> problemIdToChoice = request.problems().stream()
        .collect(Collectors.toMap(
                ProblemResultRequest::problemId,
                ProblemResultRequest::choice
        ));
List<ProblemSolving> problemSolvings = solvedProblems.stream()
        .map(problem -> ProblemSolving.of(
                member,
                problem,
                learning,
                problemIdToChoice.get(problem.getId()),
                problem.checkAnswer(problemIdToChoice.get(problem.getId()))
        ))
        .toList();

• 중복된 문제를 풀었을 경우 예외처리

if (request.problems().stream().distinct().count() != request.problems().size()) {
    throw new ProblemBusinessException(ProblemErrorCode.DUPLICATED_SOLVING_PROBLEM);
}

추가 내용

• 문제 id로 조회 시 중복된 id가 요청되면 중복 제거 후 응답 & 테스트 코드 추가

List<Long> problemIds = request.problemIds()
        .stream()
        .distinct()
        .toList();

• 문제 세트 조회 시 중복된 subject id가 요청되면 중복 제거 후 응답 & 테스트 코드 추가

List<ProblemWithBookmarkDetailQueryDto> problemWithBookmarkDetailQueryDtos = subjectIds.stream()
        .distinct()
        ...

참조

Closes #58

[InHyeok-J]

getReferenceById를 안쓰고 여기선 find를 쓰네 #9 여기서 말한 거랑 다른듯?

[morenow98]

수정해서 올릴게

[InHyeok-J]

혹시 이 부분에서 스트림과 람다를 안쓴 이유가 뭐야 ?

[morenow98]

다른 두 리스트를 인덱스로 처리해야 한다고 생각했는데 수정해야 함 수정해서 올릴게

[InHyeok-J]

LearningMode 맵핑이 안되면 어떤 예외가 발생하는지? Controller에 대한 테스트코드가 없네 해당 DTO 테스트 코드도 없고
내가 전에 OAuth 할떄 Enum값에 대한 예외 처리를 위해 @EnumValid 만들었는데 이거 써도 될듯?

[morenow98]

수정해서 올렸으