feat: 호감 기능을 구현한다 #33

devholic22 · 2024-06-20T09:18:27Z

📄 Summary

호감 전송, 조회 기능을 완료했습니다.

🙋🏻 More

호감은 보낸 회원의 id, 받은 회원의 id, 호감 정도 (LikeLevel), 호감 아이콘 (LikeIcon), 최근 여부 (isRecent)로 구성되어 있습니다.

호감 전송

호감을 전송하기 전, 보내는 회원과 받는 회원이 있는지 검증합니다. 또 ValidatedMemberExistEvent를 멤버 도메인에 전달하여, 받는 회원이 존재하는 회원인지도 검증합니다.
호감을 전송할 때는 전송 직후이므로 isRecent가 true로 되어 있으며, 호감 아이콘은 아무런 아이콘이 나오지 않는 상태이기 때문에 기본값을 적용했습니다.
이미 호감이 존재하는 경우에는 (48시간 삭제 참고) 보낼 수 없습니다.

호감 조회

호감을 조회할 때는 모두 최근에 받거나 보낸 것이 먼저 나오도록 구성하였습니다.
조회 부분과 관련한 쿼리 로직이 아직 비효울적인 것 같습니다. 리뷰 후 개선점을 고민해 보겠습니다.

기타

30일이 지나도 호감 이외의 메시지나 매칭을 받지 못했을 경우 (아이콘이 계속 기본값인 경우)에는 호감이 삭제됩니다.
48시간 (이틀) 뒤에는 회원의 최근 여부가 false로 됩니다.
위 스케줄 메서드들은 모두 자정 단위로 실행되게끔 하였습니다.
호감 아이콘을 변경하는 행위는 호감 기능만으로는 불가능하고 메시지 (연락), 매칭 등의 다른 도메인이 연계되어 이벤트로써 활용할 수 있을 것 같다고 생각해 메서드 껍데기만 작성해두었습니다. 이 점 참고해주시면 좋을 것 같습니다.

close #22

- 좋아요 레벨을 나타내는 LikeType 등록 - LikeType 조회 실패 예외 등록

- MySQL 예약어에 충돌되지 않도록 이름 수정

- MemberLike 기본 도메인 엔티티 설계

- 좋아요 레벨 이름 변경

- 좋아요 아이콘 타입 (기본, 메시지, 하트) 추가

- 좋아요 아이콘, 최근 여부 필드 추가

- 회원 id가 존재하는지 검증하는 이벤트 및 핸들러 작성

- 좋아요 (호감) 기능 구현 - 좋아요 실행 시 타겟 회원 id 존재 유무 이벤트 검증 진행

- 호감 응답이 30일 이상 없을 경우 삭제되도록 스케줄 적용

- 호감 재전송 예외 검증 추가

- named query 컨벤션 수정

- 문서화 오류 수정

- 48시간 기준 최근 여부 변경 탐지 메서드 작성

- 회원 호감 내역 조회 기능 개발 (보낸 호감, 받은 호감)

- 회원 호감 내역 조회 리스트로 수정 - 회원 호감 컨트롤러 생성 - 회원 호감 내역 조회 전용 서비스 생성

- 자기 자신에게 호감을 보낼 수 없도록 검증 추가

- 호감 도메인 테스트 작성

- LikeType을 LikeLevel로 이름 수정

- JdbcTemplate SQL 오류 수정

- MemberLikeJdbcRepository 테스트 작성 - 관련된 fixture 등록 - MemberLike SuperBuilder 추가

- MemberLikeJpaRepositoryTest 작성

- MemberLikeQueryService가 MemberLikeRepository를 의존하도록 수정

- MemberLikeQueryRepositoryTest 테스트 작성

- MemberLikeServiceTest 작성 - 필요한 Fixture 생성

- LikeIcon 이름 반환하도록 수정

- MemberLikeQueryRepository 조회 방식 변경 - MemberLikeQueryRepository 테스트 시 limit 적용

- MemberLikeQueryServiceTest 테스트 작성 - MemberLikeFakeRepository 작성

- MemberLikeController RestController 등록 - 통합 테스트 작성

- MemberLikeControllerAcceptanceTest 테스트 작성

- 호감 문서화 적용

- 호감 전송 테스트 시 회원 저장 실패 예외 수정

- MemberLikeServiceTest 이벤트에 mockito 적용하여 이벤트 발생하지 않도록 수정

eom-tae-in

고생하셨습니다. 몇가지만 수정해주세요~

eom-tae-in · 2024-06-20T10:23:42Z

src/main/java/com/atwoz/member/application/member/event/ValidatedMemberExistEvent.java

@@ -0,0 +1,6 @@
+package com.atwoz.member.application.member.event;
+
+public record ValidatedMemberExistEvent(


exist는 동사인데 클래스 이름으로는 명사인 existence가 더 적합해보입니다 :)

eom-tae-in · 2024-06-20T10:50:22Z

src/main/java/com/atwoz/memberlike/infrastructure/MemberLikeQueryRepository.java

+    public Page<MemberLikeSimpleResponse> findReceivedLikesWithPaging(final Long receiverId, final Pageable pageable) {
+        List<Member> senders = findSenders(receiverId).stream()
+                .map(this::findMember)
+                .toList();
+        List<MemberLikeSimpleResponse> responses = senders.stream()
+                .map(receiver -> collectSenderResponse(receiverId, receiver))
+                .toList();
+
+        int total = responses.size();
+        int start = (int) pageable.getOffset();
+        int end = Math.min((start + pageable.getPageSize()), total);
+
+        List<MemberLikeSimpleResponse> result = responses.subList(start, end);
+
+        return new PageImpl<>(result, pageable, total);
+    }


쿼리 dsl로 조회할 때 offset, limit로 페이징해서 조회하는게 좋아보이는데 이렇게 구현하신 이유가 있나요?

톡으로 전달한 내용을 PR에서도 작성하면 좋을 것 같아 재작성 하겠습니다!

MemberLikeQueryRepository에서 현재 구현할 때는 쿼리 매핑으로 한 번에 응답 타입으로 조회하기보다는, Member와 MemberLike들을 객체들로 가져온 다음 페이지 갯수에 맞게 필터링 해주는 방식으로 했습니다.

다시 보니 private 메서드들에서 pageable들도 함께 넘기면 쿼리 단에서 바로 적용할 수 있었을텐데 지금 방식은 모두 조회하게 한 다음에 자르는 형식이라 메모리 낭비가 더 심할 것이라고 느꼈고, pageable을 내부 메서드로 전달시켜 QueryResults를 통한 전체 사이즈를 이용하도록 수정 완료하였습니다 :)

eom-tae-in · 2024-06-20T10:55:59Z

src/main/java/com/atwoz/memberlike/ui/MemberLikeController.java

+    private final MemberLikeService memberLikeService;
+    private final MemberLikeQueryService memberLikeQueryService;
+
+    @GetMapping("/send")


restful convention에 맞게 sending으로 바꾸면 좋을 것 같습니다 :)

Restful 원칙에 대해 다시 생각해 본 결과, send와 receive 모두 동사 형태로 현재 적합하지 않은 형태라는 것을 느꼈습니다.
그러나 말씀해주신 sending 또한 동명사 형태긴 하지만 현재 진행중인 느낌이 강한 것 같아 대신 likes/sent, likes/received 등 수동태 느낌이 나도록 수정 완료하였습니다! 짚어주셔서 감사합니다 :)

eom-tae-in · 2024-06-20T11:00:16Z

src/test/java/com/atwoz/memberlike/domain/MemberLikeTest.java

+    @Test
+    void 호감_정상_생성() {
+        // given
+        Long senderId = 1L;
+        Long receiverId = 2L;
+        String likeLevel = "관심있어요";
+
+        // when & then
+        assertDoesNotThrow(() -> MemberLike.createWith(senderId, receiverId, likeLevel));
+    }
+
+    @Test
+    void 호감_값_정상() {
+        // given
+        Long senderId = 1L;
+        Long receiverId = 2L;
+        String likeLevel = "관심있어요";
+        LikeLevel expectedLevel = LikeLevel.DEFAULT_LIKE;
+        LikeIcon expectedIcon = LikeIcon.NONE;
+
+        // when
+        MemberLike memberLike = MemberLike.createWith(senderId, receiverId, likeLevel);
+
+        // then
+        assertSoftly(softly -> {
+            softly.assertThat(memberLike.getSenderId()).isEqualTo(senderId);
+            softly.assertThat(memberLike.getReceiverId()).isEqualTo(receiverId);
+            softly.assertThat(memberLike.getLikeLevel()).isEqualTo(expectedLevel);
+            softly.assertThat(memberLike.getLikeIcon()).isEqualTo(expectedIcon);
+            softly.assertThat(memberLike.getIsRecent()).isEqualTo(true);
+        });
+    }


이 테스트 메서드들도 @nested안에 포함시켜도 되지 않을까요?

거의 항상 예외 단에서만 nested를 적용했는데 정상인 경우에도 가짓수가 늘어난다면 nested를 적용하는 게 가독성 측면에서 좋은 걸 느꼈습니다 :) 적용 완료했습니다!

eom-tae-in · 2024-06-20T11:02:08Z

src/test/java/com/atwoz/memberlike/infrastructure/MemberLikeFakeRepository.java

+    private MemberLikeSimpleResponse convertToResponse(Long id, MemberLike memberLike) {
+        return new MemberLikeSimpleResponse(
+                id,
+                "회원 " + id,
+                "서울시",
+                "강남구",
+                20,
+                memberLike.getLikeIcon().getName(),
+                memberLike.getIsRecent()
+        );
+    }


final 키워드 붙여주세요~

eom-tae-in · 2024-06-20T11:04:40Z

src/test/java/com/atwoz/memberlike/infrastructure/MemberLikeJdbcRepositoryTest.java

+    @Test
+    void 호감을_보낸_지_30일이_지나도_응답이_없는_호감은_삭제된다() {
+        // given
+        LocalDateTime pastTime = LocalDateTime.now().minusDays(MINUS_DAY_FOR_DELETE_NOT_ANSWERED_LIKE);


체이닝이 2개네요 줄바꿈 부탁드려요~

수정하였습니다 :)

eom-tae-in · 2024-06-20T11:06:23Z

src/test/java/com/atwoz/memberlike/infrastructure/MemberLikeQueryRepositoryTest.java

+        List<Long> expected = memberLikes.stream()
+                .sorted(Comparator.comparing(MemberLike::getCreatedAt).reversed())
+                .map(MemberLike::getReceiverId)
+                .limit(9)
+                .toList();
+        List<Long> foundMembers = found.getContent().stream()
+                .map(MemberLikeSimpleResponse::memberId)
+                .limit(9)
+                .toList();


자주 나오는 로직인거 같은데 메서드 분리하는게 좋아보여요

테스트 코드에서는 메서드 분리를 도입하지 않았었는데 테스트 코드에서도 반복된다면 메서드 분리를 도입하는 게 가독성이 좋아진다는 걸 느꼈습니다 :) 메서드 추출 후 적용하였습니다

eom-tae-in · 2024-06-20T11:10:45Z

src/main/java/com/atwoz/memberlike/domain/MemberLike.java

+    private MemberLike(final Long senderId, final Long receiverId, final LikeLevel likeLevel) {
+        this.senderId = senderId;
+        this.receiverId = receiverId;
+        this.likeLevel = likeLevel;
+        this.likeIcon = LikeIcon.NONE;
+        this.isRecent = true;
+    }


LikeLevel에 대한 검증을 진행해야하지 않을까요?

LikeLevel에 대한 검증은 정적 팩터리 메서드에서 생성할 때 LikeLevel.findByName을 통해 검증하고 있는데, 혹시 다른 검증을 의미하신 것일까요?

정적 팩토리 메서드에서 findByName으로 검증을 진행하셨군요! 제가 이 부분은 확인을 못했던 것 같습니다 ㅎㅎ

eom-tae-in · 2024-06-20T11:11:09Z

src/main/java/com/atwoz/memberlike/domain/MemberLike.java

+    public void updateLikeIcon(final LikeIcon likeIcon) {
+        this.likeIcon = likeIcon;
+    }


이 부분도 검증이 필요해보입니다!

updateLikeIcon은 상대가 메시지를 보내거나, 서로 매칭이 성사될 때 이벤트를 통해 해당 호감 엔티티의 상태를 바꾸도록 만들 계획입니다. 그런 점에서 이벤트를 제외하고는 해당 메서드를 쓸 일이 없다고 판단하여 String 타입으로 받기보다는 직접적인 LikeIcon.HEART 등으로 이벤트 코드에서 작성할 생각이었는데 어떻게 생각하시는지 궁금합니다!

매칭이 성사되면 이벤트로 LikeIcon의 상태를 바꾸는 건 좋은 방식인거 같습니다!

- 문법에 맞게 Exist를 Existence로 수정

- LikeLevel에 맞게 예외 이름 수정

- MemberLikeTest Nested class 적용

- 메서드에서 적용하지 못했던 final 키워드 적용

- LocalDateTime 메서드 체이닝 컨벤션 적용

- MemberLikeQueryRepositoryTest 반복 코드 메서드 추출

- MemberLikeQueryRepositoryTest 이용 메서드 수정

- total, start, end 변수를 직접 구하지 않고 QueryResults를 이용하여 주입하도록 수정

- RESTful 원칙에 맞게 경로 수정

- MemberLikeQueryRepositoryTest에서 발생한 정렬 관련 오류 수정

- MemberLikeFixture 날짜 주입 픽스처 추가 - Member 생성 시 initializeWith 사용하도록 수정

- 호감 조회 테스트 예외 수정되도록 변경

- MemberLikeQueryRepositoryTest의 시간 정렬 문제를 AuditingHandler 주입으로 해결

- 호감 정렬 기준에 id 추가함으로써 AuditingHandler 의존 제거

devholic22 added 30 commits June 16, 2024 23:24

feat: 좋아요 레벨 등록

1f6782a

- 좋아요 레벨을 나타내는 LikeType 등록 - LikeType 조회 실패 예외 등록

refactor: 패키지 이름 수정

e9330c3

- MySQL 예약어에 충돌되지 않도록 이름 수정

feat: MemberLike 도메인 엔티티 설계

c488389

- MemberLike 기본 도메인 엔티티 설계

refactor: 좋아요 레벨 이름 변경

a2fdf31

- 좋아요 레벨 이름 변경

feat: 좋아요 아이콘 타입 추가

a19b21a

- 좋아요 아이콘 타입 (기본, 메시지, 하트) 추가

refactor: MemberLike 필드 수정

0fbbdf1

- 좋아요 아이콘, 최근 여부 필드 추가

feat: 회원 id 존재 유무 이벤트 작성

9ae512f

- 회원 id가 존재하는지 검증하는 이벤트 및 핸들러 작성

feat: 좋아요 (호감) 기능 구현

f26b791

- 좋아요 (호감) 기능 구현 - 좋아요 실행 시 타겟 회원 id 존재 유무 이벤트 검증 진행

feat: 호감 응답이 30일 이상 없을 경우 삭제되도록 스케줄 적용

082266f

- 호감 응답이 30일 이상 없을 경우 삭제되도록 스케줄 적용

feat: 호감 재전송 예외 검증 추가

1bded94

- 호감 재전송 예외 검증 추가

fix: Spring Data JPA named query convention 수정

fe1428b

- named query 컨벤션 수정

fix: member.adoc 오류 삭제

587655b

- 문서화 오류 수정

feat: 최근 여부 변경 메서드 작성

7e2576e

- 48시간 기준 최근 여부 변경 탐지 메서드 작성

feat: 회원 호감 내역 조회 기능 개발

cdba5cd

- 회원 호감 내역 조회 기능 개발 (보낸 호감, 받은 호감)

feat: 회원 호감 컨트롤러 연결

9ed033b

- 회원 호감 내역 조회 리스트로 수정 - 회원 호감 컨트롤러 생성 - 회원 호감 내역 조회 전용 서비스 생성

feat: 호감 예외 검증 추가

ce74c47

- 자기 자신에게 호감을 보낼 수 없도록 검증 추가

test: 호감 도메인 테스트 작성

d8c681c

- 호감 도메인 테스트 작성

refactor: LikeLevel 이름 수정

39fd071

- LikeType을 LikeLevel로 이름 수정

fix: JdbcTemplate SQL 수정

5d29f9a

- JdbcTemplate SQL 오류 수정

test: MemberLikeJdbcRepositoryTest 작성

c16f2e0

- MemberLikeJdbcRepository 테스트 작성 - 관련된 fixture 등록 - MemberLike SuperBuilder 추가

test: MemberLikeJpaRepositoryTest 작성

6b30b17

- MemberLikeJpaRepositoryTest 작성

refactor: MemberLikeQueryService 의존성 변경

be96c07

- MemberLikeQueryService가 MemberLikeRepository를 의존하도록 수정

test: MemberLikeQueryRepositoryTest 테스트 작성

764160e

- MemberLikeQueryRepositoryTest 테스트 작성

test: MemberLikeServiceTest 작성

33c28f2

- MemberLikeServiceTest 작성 - 필요한 Fixture 생성

refactor: MemberLikeSimpleResponse LikeIcon 타입 변환

ba4a0a7

- LikeIcon 이름 반환하도록 수정

refactor: MemberLikeQueryRepository 조회 방식 변경

eee0129

- MemberLikeQueryRepository 조회 방식 변경 - MemberLikeQueryRepository 테스트 시 limit 적용

test: MemberLikeQueryServiceTest 테스트 작성

0dde0ca

- MemberLikeQueryServiceTest 테스트 작성 - MemberLikeFakeRepository 작성

test: MemberLikeController 통합 테스트 작성

1179f17

- MemberLikeController RestController 등록 - 통합 테스트 작성

test: MemberLikeControllerAcceptanceTest 작성

0694c75

- MemberLikeControllerAcceptanceTest 테스트 작성

docs: 호감 문서화 적용

a3cb740

- 호감 문서화 적용

Merge branch 'develop' into feat/22

4da6424

devholic22 had a problem deploying to test June 20, 2024 09:18 — with GitHub Actions Failure

fix: 호감 테스트 회원 저장 수정

1db6a66

- 호감 전송 테스트 시 회원 저장 실패 예외 수정

devholic22 had a problem deploying to test June 20, 2024 09:24 — with GitHub Actions Failure

fix: MemberLikeServiceTest event mockito 적용

c331f41

- MemberLikeServiceTest 이벤트에 mockito 적용하여 이벤트 발생하지 않도록 수정

devholic22 temporarily deployed to test June 20, 2024 09:45 — with GitHub Actions Inactive

eom-tae-in requested changes Jun 20, 2024

View reviewed changes

devholic22 added 9 commits June 20, 2024 20:28

refactor: ValidatedMemberExistEvent 이름 수정

17453a1

- 문법에 맞게 Exist를 Existence로 수정

refactor: LikeTypeNotFoundException 이름 수정

204e202

- LikeLevel에 맞게 예외 이름 수정

refactor: Nested 적용

8d0a9dc

- MemberLikeTest Nested class 적용

refactor: final 키워드 적용

10075e6

- 메서드에서 적용하지 못했던 final 키워드 적용

refactor: LocalDateTime 메서드 체이닝 적용

9d0fd66

- LocalDateTime 메서드 체이닝 컨벤션 적용

refactor: 테스트 반복 코드 메서드 추출

28c477b

- MemberLikeQueryRepositoryTest 반복 코드 메서드 추출

fix: MemberLikeQueryRepositoryTest 메서드 오류 수정

de52c64

- MemberLikeQueryRepositoryTest 이용 메서드 수정

refactor: 호감 페이징 조회 total 계산 방법 변경

4b3ee48

- total, start, end 변수를 직접 구하지 않고 QueryResults를 이용하여 주입하도록 수정

refactor: RESTful 원칙에 맞게 경로 수정

67be7fc

- RESTful 원칙에 맞게 경로 수정

devholic22 had a problem deploying to test June 20, 2024 12:52 — with GitHub Actions Failure

fix: MemberLikeQueryRepositoryTest 정렬 오류 수정

879b107

- MemberLikeQueryRepositoryTest에서 발생한 정렬 관련 오류 수정

devholic22 had a problem deploying to test June 20, 2024 12:57 — with GitHub Actions Failure

devholic22 added 2 commits June 21, 2024 10:30

refactor: MemberLikeQueryRepositoryTest 방식 변경

9298089

- MemberLikeFixture 날짜 주입 픽스처 추가 - Member 생성 시 initializeWith 사용하도록 수정

fix: 호감 조회 테스트 예외 수정

d4ab40e

- 호감 조회 테스트 예외 수정되도록 변경

devholic22 had a problem deploying to test June 21, 2024 06:09 — with GitHub Actions Failure

fix: MemberLikeQueryRepositoryTest auditingHandler 주입

9b02f7e

- MemberLikeQueryRepositoryTest의 시간 정렬 문제를 AuditingHandler 주입으로 해결

devholic22 temporarily deployed to test June 21, 2024 07:27 — with GitHub Actions Inactive

fix: 오류 파일 삭제

1ce929e

devholic22 temporarily deployed to test June 21, 2024 07:27 — with GitHub Actions Inactive

refactor: 호감 정렬 기준에 id 추가

4f21b4d

- 호감 정렬 기준에 id 추가함으로써 AuditingHandler 의존 제거

devholic22 temporarily deployed to test June 21, 2024 07:46 — with GitHub Actions Inactive

eom-tae-in approved these changes Jun 21, 2024

View reviewed changes

devholic22 merged commit 3d86daa into develop Jun 21, 2024
1 check passed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

feat: 호감 기능을 구현한다 #33

feat: 호감 기능을 구현한다 #33

devholic22 commented Jun 20, 2024 •

edited

Loading

eom-tae-in left a comment

eom-tae-in Jun 20, 2024

eom-tae-in Jun 20, 2024

devholic22 Jun 20, 2024

eom-tae-in Jun 20, 2024

devholic22 Jun 20, 2024

eom-tae-in Jun 20, 2024

devholic22 Jun 20, 2024

eom-tae-in Jun 20, 2024

eom-tae-in Jun 20, 2024

devholic22 Jun 20, 2024

eom-tae-in Jun 20, 2024

devholic22 Jun 20, 2024

eom-tae-in Jun 20, 2024

devholic22 Jun 20, 2024

eom-tae-in Jun 21, 2024

eom-tae-in Jun 20, 2024

devholic22 Jun 20, 2024

eom-tae-in Jun 21, 2024

		@@ -0,0 +1,6 @@
		package com.atwoz.member.application.member.event;

		public record ValidatedMemberExistEvent(

feat: 호감 기능을 구현한다 #33

feat: 호감 기능을 구현한다 #33

Conversation

devholic22 commented Jun 20, 2024 • edited Loading

📄 Summary

🙋🏻 More

호감 전송

호감 조회

기타

eom-tae-in left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

devholic22 commented Jun 20, 2024 •

edited

Loading