<aside> 💡 사전에 팀원들과 깊게 고민해보고 축약한 내용을 질문합니다. 주간 질문 시간에 질문할 내용을 미리 기록합니다.

</aside>

질문

지나간 질문 보관함

질문하는 법

Back-End

• DB를 조회할 필요없이 id값만 필요한 경우
  • JPA에서 연관관계 매핑할 때, 그냥 새로운 객체를 만들어서 사용하는지 ,getReferenceById 를 사용하는지
  • 전자의 경우, 잘 작동하고 DB 조회도 안함
  • 후자의 경우, 잘 작동하고 DB 조회도 안함, 지연로딩 가능함 (다만 지연로딩을 쓸 일이 없음)

// case 1 . 새로운 객체를 만들어서 id값을 넣어주고 연관관계 설
memberRepository.save(Member.builder()
													.team(new Team(teamId))
													.build());

// case 2. repository에서 제공하는 getReferenceById 사용
memberRepository.save(Member.builder()
													.team(teamRepository.getRefrenceById(teamId))
													.build());

• 연관관계가 있는 entity를 저장할 때, 연관 관계의 Entity 가 존재하는지 매번 검증 로직을 작성해야하나
  • 그냥 DB 외래키 예외 터지는 거 캐치해서 처리할 것인지
  • 아니면 매번 검증로직을 짤 것인지
    • 연관관계 수 만큼 DB 조회가 발생함

private void applyProject(long projectId, long memberId) {

		if(!projectRepository.existsById(projectId)){ ... }
		if(!memberRepository.existsById(memberId)){ ... }

		...

}

• 프론트 뷰에 맞춰서 API 를 만들어야 할지, 리소스에 맞춰서 API를 만들어야 할지

  • 예를들어, 프로젝트 신청자를 조회하는 페이지가 존재
  • Case 1. 프로젝트 리스트 조회 API → 프로젝트별 신청자 조회 API
  • Case 2. 프로젝트 리스트 + 신청자 반환 API

• 서비스 및 컨트롤러를 어떻게 나누시는지

  • 서비스
    • 도메인별 서비스로
    • 도메인별 + 기능별 서비스
    • 도메인별로 쓰다가 기능많아지면 분리
  • 컨트롤러
    • 뷰에 맞춰서
    • 리소스에 맞춰서(REST ?)
    • 케바케

• 배치 querydsl 관련 질문!

• 알림 기능 질문

Front-End

피드백 내용

• 웹 푸시 기능 찾아볼 것 - FCM