문제 2번

안녕하세요. Cola님, 공식 서포터즈 y2gcoder입니다.지문에 대해서 질문해주신 것으로 이해했습니다! 문제 2번은 두 그룹의 목록을 중복 제거 없이 모두 합쳐서 조회하는 요구사항이었습니다!여기서 한 번의 주문으로 상품을 2개 이상 구매한 고객해당 그룹 내에서는 고객이 중복되어 나오지 않게 하는 것을 의도했기 때문에 distinct를 사용했다고 이해했습니다 🙂감사합니다.

연관관계 매핑을 안 쓸 경우, 사용해야 하는 전략

안녕하세요. 고관우님, 공식 서포터즈 y2gcoder입니다.말씀하신 경우도 큰 틀에서 보면 강의에서 제공드리는 가이드와 다르지 않습니다! 엔티티 를 기본적으로 조회하되, 엔티티(+지연로딩)으로 해결되지 않는 요구사항에 대해서는 DTO로 바로 조회하도록 구성하시는 것을 추천합니다 🙂감사합니다.

예제에서의 카운트 쿼리에서 join문과 where문은 필요없지 않나요?

안녕하세요. JHL님, 공식 서포터즈 y2gcoder입니다.일반적으로 카운트 쿼리가 나타내는 총 데이터 개수는 조건에 의해 필터링된 전체 데이터 개수입니다 🙂 그래서 상황에 따라 다를 수는 있으나 content를 조회할 때 사용했던 조건이 필요합니다!감사합니다.

생성자 직접 호출 vs 팩토리 메서드 패턴

안녕하세요. 레이님, 공식 서포터즈 y2gcoder입니다.상황에 따라 다르겠지만 객체를 만드는데 복잡한 과정이 필요하다면 팩토리 메서드 패턴이 유용하고, 간단하게 생성만 한다면 생성자를 사용하는 걸 추천합니다 🙂둘다 혼합해서 잘 사용하는 것이 객체지향적인 설계를 잘하는 것이라 생각합니다감사합니다.

UPDATE, DELETE 시 대리키, 자연키 활용 여부가 궁금합니다.

안녕하세요. sangmin님, 공식 서포터즈 y2gcoder입니다.무조건 대리키 만 들고 다닌다기 보다는 상황에 따라 다를 것 같습니다. 예를 들어 유저 엔티티에 대리키와 자연키(이메일, unique) 이 있다고 하면 이메일로도 조회한 후 업데이트 및 조회를 할 수 있어야 합니다. 더 답변이 필요하면 말씀해주십쇼! 감사합니다.

ThradLocal 실무 사례

안녕하세요. 최수연님, 공식 서포터즈 y2gcoder입니다.AI 인턴의 말에 보태고 싶습니다 😀예를 들어 요청 당 쓰레드가 할당되는 점을 이용해 요청 정보(IP, User-Agent) 등을 기록하는 용도로 사용할 수도 있습니다. 감사합니다.

after 메서드 사용 유무

안녕하세요. 프로그래머님, 공식 서포터즈 y2gcoder입니다.말씀하신 것처럼 특정 테스트 케이스에서만 생성하는 로직의 경우에는 삭제 로직을 넣을 수도 있다 생각합니다. 다만 테스트 코드에서는 본질적으로 테스트하고자 하는 특정 부분에만 집중하기 때문에 그 외 부분(정리, 다른 로직)에 대해서는 좀 더 신경을 덜쓰는 것 같습니다 🙂감사합니다.

쿠키에 대해 질문드려요!

안녕하세요. wowo님, 공식 서포터즈 y2gcoder입니다.AI 인턴의 말에 덧붙여 말씀드리자면, 인증 뿐만 아니라 사용자 설정(다크 모드 설정, 언어 선택 등), 개인화(방문 페이지 기록), 광고 밑 트래킹 등을 저장하는데도 사용하고 있습니다 🙂감사합니다.

JOIN 방향에 따른 결과 행수와 효율적 데이터 조회 방법 질문

안녕하세요. tyiju님, 공식 서포터즈 y2gcoder입니다.제가 같은 상황이라면 상세 페이지 조회에 필요한 API는 말씀하신 것과 같이 강의를 기준으로 강의 행 수에서 늘어나지 않는 것들만 JOIN으로 / 나머지는 별도의 API 로 분리해서 호출할 것 같습니다 🙂또한 진행함에 따라 강의 정보만 별도로 조회해야할 때가 있을 때 등을 고려해서 각 섹션을 잘게 쪼개는 방법도 고려해볼 것 같습니다. API 분리 기준은 상황에 따라 다르다고 생각합니다. 먼저 잘게 쪼개 놓고 자주 같이 조회하는 패턴은 합치기합쳤다가 별개로 조회하는 경우가 많을 때는 쪼개기의 2가지로 크게 분류할 수 있을 것 같습니다!처음부터 많은 부분을 다 고려해서 설계하기 보다는 잘게 쪼개서 간단한 API 형태를 잡아놓고, 사용하는 양상을 보며 합치는 것도 좋은 선택지라 생각합니다 🙂감사합니다.

명확한 명세서 없이 진행된 프로젝트

안녕하세요. 채상혁님, 공식 서포터즈 y2gcoder입니다.저는 최소한 스키마 명세서라도 꼭 추가하는게 좋다고 말씀드리고 싶습니다. 문서로 기록하지 않으면 프로젝트에 대해 분석하기가 너무 어렵습니다. 이건 신규로 들어올 입사자뿐만 아니라 같은 팀의 팀원이나 상사분, 혹은 시간이 흘러 다시 프로젝트를 보게 된 개발자를 위해서도 필요합니다 🙂감사합니다.