♻️ user block logic #437

github-actions · 2024-12-11T09:49:50Z

차단로직을 수정했습니다. 기존 단방향 차단만 존재했다면 이제 양방향으로 차단되도록 했습니다.

기존 : 내가 차단하는 사람의 컨텐츠가 안보임
변경 후 : 내가 차단하는 사람 + 나를 차단하는 사람의 컨텐츠 모두 보이지 않음

closes #436

github-actions · 2025-01-06T14:08:08Z

Overall Project	89.12% `-1.66%`	🍏
Files changed	49.02%	🍏

File	Coverage
BlockeeGroup.java	100%	🍏
UserService.java	93.61%	🍏
BlockerGroup.java	76.47% `-23.53%`	🍏
BlockedUserFilterAspect.java	42.29% `-39.43%`	🍏
ForbiddenException.java	0%	🍏

HaiSeong · 2025-01-06T14:10:31Z

차단로직을 수정했습니다. 기존 단방향 차단만 존재했다면 이제 양방향으로 차단되도록 했습니다.

기존 : 내가 차단하는 사람의 컨텐츠가 안보임
변경 후 : 내가 차단하는 사람 + 나를 차단하는 사람의 컨텐츠 모두 보이지 않음

hyxrxn

몇 가지 코멘트 남겼어요~~~
aop의 신 로키

hyxrxn · 2025-01-12T10:02:15Z

backend/src/main/java/net/pengcook/user/domain/BlockerGroup.java

두 클래스가 하는 일이 완전히 똑같은데, 나눠져 있을 필요가 있을까요??
현재 상태라면 하나의 클래스로 두고, 객체 두 개의 이름을 나눠야 하지 않을까요?????

저는 사실 이 클래스의 존재 자체에 약간 회의적인데요...
오로지 일급컬렉션으로 묶어서 불변을 보장하기 위해 사용하는 건가요???
꼭 필요한 클래스인지, 그냥 set으로 돌아다니면 안 되는 것인지... 로키의 의견 궁금합니다!

그리고 위에 단 리뷰

사용자가 정보를 못 볼 때 이유 불문, 받는 메시지가 동일해야 하지 않을까

의 연장선에서, blocker와 blockee를 따로 볼 필요가 있을까?
접근하지 못하는 사용자들로 합치면 안되나?
이 부분에 대해서도 의견이 궁금해요~~~

두 클래스가 하는 일이 완전히 똑같은데, 나눠져 있을 필요가 있을까요??

동의합니다. 객체 설계를 다시 고민해보겠습니다.

hyxrxn · 2025-01-12T10:07:30Z

backend/src/main/java/net/pengcook/user/aop/BlockedUserFilterAspect.java

-    public void repositoryMethodsReturningOwnable() {
+    public void repositoryMethodsReturningAuthorAble() {
    }

-    @Around("repositoryMethodsReturningOwnable()")
+    @Around("repositoryMethodsReturningAuthorAble()")


컨플릭트 해결할 때 잘못 고른 거 같아요...!!

ㅠㅠㅠㅠ 수정하겠습니다

hyxrxn · 2025-01-12T10:16:48Z

backend/src/main/java/net/pengcook/user/aop/BlockedUserFilterAspect.java

+        BlockeeGroup blockeeGroup = userService.getBlockeeGroup(userInfo.getId());
+        if (blockeeGroup.contains(ownableOptional.get().getOwnerId())) {
+            throw new ForbiddenException("차단한 사용자입니다.");
+        }
+
+        BlockerGroup blockerGroup = userService.getBlockerGroup(userInfo.getId());
+        if (blockerGroup.contains(ownableOptional.get().getOwnerId())) {
+            throw new ForbiddenException("게시글을 이용할 수 없습니다.");
        }


readRecipeDescription에서 해당 레시피가 없을 때 (아마도 홈 화면에서 레시피를 보고, 상세 정보를 누르기 전에 레시피가 지워졌을 경우에 생기겠죠.) NotFoundException을 던지고, 존재하지 않는 레시피입니다.라는 예외 메시지를 보냅니다.
사용자가 정보를 못 볼 때 이유 불문, 받는 메시지가 동일해야 하지 않을까 싶어요.

메시지를 읽을 주체를 누구로 할것인가를 명확하게 해보는것이 필요할것 같아요.

개인적으로는 사용자가 정보를 못 볼 때 이유 불문, 받는 메시지가 동일해야 하지 않을까 싶어요. 라는 의견에는 조금 반대되는 생각을 가지는데요. 이유는 메시지를 읽는 사람이 구체적으로 어떤 행동을 취해야 할지 정보가 부족해질 확률이 있기 때문이에요. 따라서 저는 사실 메시지를 읽는 사람에게 자세한 메시지를 주는게 좋다고 생각합니다.

우선 제 의도는 이 메시지들은 사용자가 읽는 메시지라고 생각했어요. 클라이언트에서 결과로 403 코드를 받으면 에러 메시지를 사용자에게 전달하는 방식으로 처리 되는 식으로 만들거라 생각했어요. 실제로 어떤식으로 처리할지 악어에게 물어보고 결정해봐도 좋을것 같아요.

hyxrxn · 2025-01-12T10:21:36Z

backend/src/main/java/net/pengcook/user/aop/BlockedUserFilterAspect.java

    }

-    @Around("repositoryMethodsReturningOwnable()")
+    @Around("repositoryMethodsReturningAuthorAble()")
    public Object filterBlockedAuthor(ProceedingJoinPoint joinPoint) throws Throwable {
        Ownable ownable = (Ownable) joinPoint.proceed();


바로 타입캐스팅을 하지 말고 instanceof를 사용하면 공통 로직이 많은 두 개의 메서드를 합칠 수 있지 않을까요...?!
이번 수정사항으로 두 메서드를 똑같이 수정하게 되었는데 한 번만 수정할 수 있게 되면 좋잖아요.

Optional, Object 단건 조회를 하나로 묶어 처리하게 했습니다!

hyxrxn · 2025-01-12T10:44:38Z

backend/src/main/java/net/pengcook/user/aop/BlockedUserFilterAspect.java

단건조회 관련 커버리지가 낮은데 단건조회를 했을 때 차단 상태면 보이지 않는 것을 확인하는 테스트를 추가하면 어떨까요???
현재는 목록만 존재하네요~~~

테스트를 추가해보겠습니다!

tackyu

양방향 차단 로직에 문제가 없어보이네요!
authorable로 표기된 부분 수정과, 중복된 코드에 대한 메서드 분리를 고려해보시면 좋을 것 같습니다.
아토가 코멘트한 부분들에 대해서도 회의때 얘기해보면 좋겠네요!
고생 많으셨습니다👍

zangsu

로키 작업 수고하셨어용~~
중요한 수정사항은 아니라 코멘트로 리뷰 남겨용

zangsu · 2025-01-19T06:36:33Z

backend/src/main/java/net/pengcook/user/domain/BlockeeGroup.java


    private final Set<User> users;

-    public boolean isBlocked(long userId) {
+    public boolean contains(long userId) {


contains 라는 네이밍으로 포함을 확인하는 것 보단, 조금 더 동작이 명확했으면 좋겠어요.
Blockee는 차단 당한 사람이니 isBlocked(), 또는 blockedBy()를, Blocker은 차단 한 사람이니 isBlocking()을 사용해 보는 건 어떨까요?
조금 더 가독성이 좋아질 것 같아용

안녕하세요. 짱수

좋은 네이밍이네요. 의견 감사합니다.

고민해보겠습니다!

짱바수보

HaiSeong · 2025-02-16T14:38:50Z

리뷰 반영 중점 사항

"존재하지 않는 레시피입니다.", "차단한 사용자 입니다." 메시지 변경
- 회의에서 403 코드를 기반으로 처리하고 메시지는 클라이언트에서 만들기로 함
- 서버의 메시지가 사용자에게 보여지지 않으므로 백엔드 개발자가 디버깅하기 쉽게 명확한 메시지로 변경 ("내가 차단한 사용자의 게시글을 이용할 수 없습니다.", "나를 차단한 사용자의 게시글을 이용할 수 없습니다.")
instanceof 사용해서 단건 조회 메서드 합치기
- 반영, Optional과 Object 로직 반영
BlockerGroup, BlockeeGroup 도메인 설계 다시
- 이 부분은 service 계층 분리 작업시 변경될 것으로 예정되어 일단 현행 유지
findById 처럼 JPARepository의 기본 메서드 결과는 차단하지 못하던 문제 해결
- 오프라인 회의에서 자세하게 공유

github-actions · 2025-03-03T07:46:57Z

Overall Project	90.95% `-0.02%`	🍏
Files changed	99.36%	🍏

File	Coverage
ForbiddenException.java	100%	🍏
BlockeeGroup.java	100%	🍏
BlockerGroup.java	100%	🍏
BlockedUserFilterAspect.java	98.01% `-0.66%`	🍏
UserService.java	94.72%	🍏

github-actions bot added ✨ feature new feature BE Backend ♻️ refactor refactor labels Dec 11, 2024

github-actions bot assigned HaiSeong Dec 11, 2024

hyxrxn changed the title ~~♻️ user blcok logic~~ ♻️ user block logic Dec 15, 2024

HaiSeong force-pushed the be/feat/436 branch from 8c75143 to 78d6328 Compare January 6, 2025 14:06

HaiSeong temporarily deployed to test January 6, 2025 14:06 — with GitHub Actions Inactive

HaiSeong requested review from HaiSeong, hyxrxn and tackyu January 6, 2025 14:10

hyxrxn reviewed Jan 12, 2025

View reviewed changes

tackyu reviewed Jan 12, 2025

View reviewed changes

zangsu reviewed Jan 19, 2025

View reviewed changes

github-actions bot and others added 8 commits March 3, 2025 16:43

Create PR for #436

cbccdcd

🔀 merge conflict

faf848a

♻️ blocking logic

5b2028a

♻️ wrong name change

a320b4d

♻️ user block single find logic

b8a5ada

♻️ error message

f06f577

✅ add single block logic test

fdd4eaf

♻️ change Pointcut of single Ownable

1379035

HaiSeong force-pushed the be/feat/436 branch from 48fe46e to 1379035 Compare March 3, 2025 07:44

HaiSeong temporarily deployed to test March 3, 2025 07:44 — with GitHub Actions Inactive

HaiSeong merged commit 764d594 into be/dev Mar 3, 2025
1 check passed

HaiSeong deleted the be/feat/436 branch March 3, 2025 07:47

HaiSeong restored the be/feat/436 branch March 10, 2025 08:46

This was referenced Mar 10, 2025

Revert "♻️ user block logic" #476

Merged

♻️ user block logic #477

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

♻️ user block logic #437

♻️ user block logic #437

github-actions bot commented Dec 11, 2024 •

edited by HaiSeong

Loading

github-actions bot commented Jan 6, 2025

HaiSeong commented Jan 6, 2025

hyxrxn left a comment

hyxrxn Jan 12, 2025

hyxrxn Jan 12, 2025

HaiSeong Jan 28, 2025

hyxrxn Jan 12, 2025

HaiSeong Jan 28, 2025

hyxrxn Jan 12, 2025

HaiSeong Jan 28, 2025

hyxrxn Jan 12, 2025

HaiSeong Feb 16, 2025

hyxrxn Jan 12, 2025

HaiSeong Jan 28, 2025

tackyu left a comment

zangsu left a comment

zangsu Jan 19, 2025

HaiSeong Jan 28, 2025

HaiSeong Feb 16, 2025

HaiSeong commented Feb 16, 2025

github-actions bot commented Mar 3, 2025

♻️ user block logic #437

♻️ user block logic #437

Conversation

github-actions bot commented Dec 11, 2024 • edited by HaiSeong Loading

github-actions bot commented Jan 6, 2025

HaiSeong commented Jan 6, 2025

hyxrxn 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

tackyu left a comment

Choose a reason for hiding this comment

zangsu 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

HaiSeong commented Feb 16, 2025

리뷰 반영 중점 사항

github-actions bot commented Mar 3, 2025

github-actions bot commented Dec 11, 2024 •

edited by HaiSeong

Loading