[FEAT] R-01

[Janghyeonsuk]

📝Part

• BE

• FE

• Infra

  
  

✔️PR Type

• 새로운 기능 추가

• 버그 수정

• 주요 코드 리펙토링 (성능 최적화 등)

• 간단 코드 리펙토링 (주석, 코드 컨벤션, 오타 수정 등)

• 기타 (기타 사항 기입)

  
  

✔️PR Checklist

• 커밋 메세지를 컨벤션에 맞게 잘 적용 하였나요?

• 테스트 코드 작성 / 단위 테스트 or 통합 테스트 진행 하셨나요?

  
  

🔎 작업 내용

resolves #69
close #69

[RecruitmetUser]

• 모집 신청 (중복 방지, 모집 종료된 게시글 신청 불가)
• 모집 취소 (이미 모집이 종료된 게시글 모집 취소 불가능)
• 모집 완료된 게시글 목록 페이징(로그인한 유저)

[RecruitmentAuthor]

• 모집 승인 (게시글 작성자만 가능, Closed 상태가 아닌 게시글만 가능, 모집 신청(Applied)상태일때만 가능)

• 모집 승인시 모집 인원이 모두 찼을 경우 모집 게시글 상태 Closed로 받는 로직 구현 필요

• 모집 거절 (게시글 작성자만 가능, Closed 상태가 아닌 게시글만 가능, 모집 신청(Applied)상태일때만 가능)

• 모집 지원자 목록 조회(게시글 작성자가 수락, 거절 하기 위해서)

• 모집 완료후 승인된 지원자 목록 조회

  
  

📈이미지 첨부

[kdo1999]

RecruitmetUser, RecruitmentAuthor를 분리하셨던데 RestAPI가 자원을 기준으로 URI를 나누는데
제 생각은 두개를 분리 시킬 필요성이 느껴지지는 않았던 거 같아서 설계하실 때 어떤 이유에서 분리하셨는지도 궁금합니다!

좀 늦게 확인을해서 일단 눈에 보이는 부분들만 코멘트 작성 해뒀고 오늘 오전에 다시 한 번 확인해보겠습니다!

수고 많으셨습니다~

[kdo1999]

수고하셨습니다~

[kdo1999]

Join을 사용하면 지연 로딩이 적용되어 N+1 문제 해결을 위해 fetch join을 사용할 수 있지만 fetch join시에는 필요로 하지 않는 컬럼의 데이터도 다 불러와지는 단점이 있습니다.

JobSkill이랑 SiteUser의 컬럼이 그렇게 많지 않아서 크게 중요하진 않지만
만약 컬럼의 개수랑 조회해야되는 데이터 개수가 많아질 경우에는
엔티티 조회가 아닌 Dto 조회로 필요한 컬럼만 가져와서 채우는 방법도 있습니다.

참고해보면 좋을 거 같아 코멘트 남깁니다!