feat : 공지 읽음 표시 로직 추가 및 response 수정 #151

rladmstn · 2024-11-05T16:41:28Z

📌 Related Issue

close #146

🚀 Description

원래 공지 읽음 표시 API를 추가하려 했습니다.
그런데 다시 생각해보니 공지 단건 조회 할 때 내부에서 처리해도 될 것 같아서 공지 조회 API의 로직을 수정해서 처리했습니다.
NoitceRead 엔티티로 공지를 읽었는지 관리합니다.
공지 목록 조회 DTO에서 isRead로 해당 공지를 읽었는지 표시해 전달합니다.

📢 Review Point

📚Etc (선택)

hwangjokim · 2024-11-07T14:38:26Z

src/main/java/com/gamzabat/algohub/feature/notice/domain/NoticeRead.java

+@Entity
+@Getter
+@NoArgsConstructor
+public class NoticeRead {


테이블 이름 챗지랑 합의해서 지은건가요? ㅋㅋㅋ 그냥 느낌이 와서..

hwangjokim · 2024-11-07T14:41:07Z

src/main/java/com/gamzabat/algohub/feature/notice/service/NoticeService.java

@@ -67,13 +70,16 @@ public GetNoticeResponse getNotice(@AuthedUser User user, Long noticeId) {
 		if (!groupMemberRepository.existsByUserAndStudyGroup(user, notice.getStudyGroup()))
 			throw new StudyGroupValidationException(HttpStatus.FORBIDDEN.value(), "참여하지 않은 스터디 그룹 입니다.");

+		readNotice(user, notice);


개인적으로 이름이 "공지읽기" 여서 뭔가.. 역할을 잘 표현하는 것 같다는 느낌이 와닿지는 않네요. 그렇다고 추천해주자니 애매하고..ㅎㅎ

네이밍 때문에 머리 터질 것 같아요.. 저도 찝찝한 이름이지만 더 생각이 안나서 :(

markNoticeAsRead 같은거..?

오 굳 👍

hwangjokim · 2024-11-07T14:42:44Z

src/main/java/com/gamzabat/algohub/feature/notice/service/NoticeService.java

 		log.info("success to get notice");
 		return GetNoticeResponse.builder()
 			.author(notice.getAuthor().getNickname())
 			.noticeId(notice.getId())
 			.noticeTitle(notice.getTitle())
 			.noticeContent(notice.getContent())
 			.createAt(DateFormatUtil.formatDate(notice.getCreatedAt().toLocalDate()))
+			.isRead(noticeReadRepository.existsByNoticeAndUser(notice, user))


이건 무조건 true 아닌가요?

공지글 하나 조회니 그러겠네요! 수정해야겠어요 감삼다

s-hwan

질문있습니다(진짜 모름)
NoticeRead 객체는
Notice 객체당 1:1 로 매핑되어 생성되는것인가요..?
아니면 notice를 읽을 수 있는 user당 하나씩 생성되는것인가요?

rladmstn · 2024-11-08T05:02:20Z

질문있습니다(진짜 모름) NoticeRead 객체는 Notice 객체당 1:1 로 매핑되어 생성되는것인가요..? 아니면 notice를 읽을 수 있는 user당 하나씩 생성되는것인가요?

정확히는NoticeRead가 User와 Notice의 N:M 관계를 나타내는 중간자 테이블이라고 생각해주심 될 것 같아요!
유저 한 명이 여러 개의 공지를 읽을 수도 있고, 공지 하나는 여러 유저에게 읽혀질(?) 수도 있는 관계를 생각해주면 됩니다

s-hwan · 2024-11-08T05:17:47Z

질문있습니다(진짜 모름) NoticeRead 객체는 Notice 객체당 1:1 로 매핑되어 생성되는것인가요..? 아니면 notice를 읽을 수 있는 user당 하나씩 생성되는것인가요?

정확히는NoticeRead가 User와 Notice의 N:M 관계를 나타내는 중간자 테이블이라고 생각해주심 될 것 같아요! 유저 한 명이 여러 개의 공지를 읽을 수도 있고, 공지 하나는 여러 유저에게 읽혀질(?) 수도 있는 관계를 생각해주면 됩니다

그러면 NoticeRead가 생성되는 시점이 궁금합니다 언제 생성되는지 잘 모르겠어요 ...

Notice가 생성 될 때..?
User가 Notice 를 읽을 때? (아닐 것 같다고 예상중)
3.위의 두 경우 모두 아님

rladmstn · 2024-11-08T05:21:56Z

Notice가 생성 될 때..?

User가 Notice 를 읽을 때? (아닐 것 같다고 예상중)
3.위의 두 경우 모두 아님

ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ아닐 것 같다고 생각하신 2번 경우가 정답입니다

특정 유저가 공지글을 읽으면 해당 유저의 User와 게시글 Notice를 매핑한 NoticeRead 객체가 생성됩니다.
로직 보시면 공지 목록 조회시에도 읽음 여부인 isRead 필드 넘길 때 existsBy- 메소드 사용해서 NoticeRead가 존재하면 읽음(true), 존재하지 않으면 아직 읽지 않음(false)로 리턴하고 있어요!

s-hwan · 2024-11-08T05:35:36Z

Notice가 생성 될 때..?

User가 Notice 를 읽을 때? (아닐 것 같다고 예상중)
3.위의 두 경우 모두 아님

ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ아닐 것 같다고 생각하신 2번 경우가 정답입니다

특정 유저가 공지글을 읽으면 해당 유저의 User와 게시글 Notice를 매핑한 NoticeRead 객체가 생성됩니다. 로직 보시면 공지 목록 조회시에도 읽음 여부인 isRead 필드 넘길 때 existsBy- 메소드 사용해서 NoticeRead가 존재하면 읽음(true), 존재하지 않으면 아직 읽지 않음(false)로 리턴하고 있어요!

아..! 이해가 좀 되었습니다... NoticeRead의 존재 여부로 읽었는지 아닌지 판단하는군요 ... ?
신기하네요 ..친절한 설명 감사합니당 ㅎㅎㅎ

hwangjokim · 2024-11-08T07:11:11Z

src/main/java/com/gamzabat/algohub/feature/notice/service/NoticeService.java

@@ -121,4 +129,12 @@ private void validateStudyGroupExists(Notice notice) {
 			.orElseThrow(() -> new StudyGroupValidationException(HttpStatus.BAD_REQUEST.value(), "존재하지 않는 스터디 그룹입니다"));
 	}

+	private void markNoticeAsRead(User user, Notice notice) {
+		if (!noticeReadRepository.existsByNoticeAndUser(notice, user)) {


참고차 코멘트입니다

사실 이렇게 ifNonExist -> Insert 구조일때 타이밍 이슈가 생길수 있습니다.
서버가 좀 느린 상황에서 유저가 공지를 광클한다던지.. 하면 행이 두 개씩 생길 수 있겠네요

그래서 엄밀해야하는 상황에서는 유저, 노티스 묶어서 Unique index를 걸고, @SQLInsert로 INSERT IGNORE 쿼리를 설정한다던가.. save 쿼리에 try-catch를 건다거나 해야합니다.

이 코멘트에 대한 질문인데 ..! 서버가 좀 느린 상황에서 광클을 하면 똑같은 요청이 두세번 가게 되고 그에 대해 똑같은 NoticeRead객체가 저장될 수 있으니 까지는 이해했는데
그 아래에 대한 내용 설명해주실 수 있나요 ㅜ.ㅜ

이 코멘트에 대한 은수 답이 달리면 머지할게용

어우 이제봤네요 늦어져서 죄송합니담

만약에 그럼 Notice 생성 됐을 때 모든 멤버들에 대해 일괄적으로 NoticeRead 객체를 생성한다고 가정한다면,
읽음 여부가 boolean 필드로 관리가 될텐데 이럴 때는 광클 했을 때 동일한 이슈 안생기나요??
insert일 때만 타이밍 이슈가 치명적으로 발생하는건가요?

sh0723 · 2024-11-09T09:52:54Z

src/main/java/com/gamzabat/algohub/feature/notice/service/NoticeService.java

@@ -121,4 +129,12 @@ private void validateStudyGroupExists(Notice notice) {
 			.orElseThrow(() -> new StudyGroupValidationException(HttpStatus.BAD_REQUEST.value(), "존재하지 않는 스터디 그룹입니다"));
 	}

+	private void markNoticeAsRead(User user, Notice notice) {
+		if (!noticeReadRepository.existsByNoticeAndUser(notice, user)) {


이 코멘트에 대한 질문인데 ..! 서버가 좀 느린 상황에서 광클을 하면 똑같은 요청이 두세번 가게 되고 그에 대해 똑같은 NoticeRead객체가 저장될 수 있으니 까지는 이해했는데
그 아래에 대한 내용 설명해주실 수 있나요 ㅜ.ㅜ

sh0723 · 2024-11-09T09:54:35Z

src/main/java/com/gamzabat/algohub/feature/notice/service/NoticeService.java

@@ -121,4 +129,12 @@ private void validateStudyGroupExists(Notice notice) {
 			.orElseThrow(() -> new StudyGroupValidationException(HttpStatus.BAD_REQUEST.value(), "존재하지 않는 스터디 그룹입니다"));
 	}

+	private void markNoticeAsRead(User user, Notice notice) {
+		if (!noticeReadRepository.existsByNoticeAndUser(notice, user)) {


이 코멘트에 대한 은수 답이 달리면 머지할게용

rladmstn · 2024-11-13T04:26:35Z

황교수님 코멘트는 일단 참고라 하셨으니 self-merge 하겠습니다-

rladmstn added 3 commits November 6, 2024 01:13

feat : 공지 조회 API에서 읽음 표시 로직 추가

a46396d

feat : 공지 목록 조회 시 읽음 여부 필드 추가

7ca8580

feat : @joincolumn 누락 추가

b9b215d

rladmstn added the new-feature 기능 추가 label Nov 5, 2024

rladmstn requested review from sh0723 and hwangjokim November 5, 2024 16:41

rladmstn self-assigned this Nov 5, 2024

hwangjokim requested a review from s-hwan November 7, 2024 00:53

hwangjokim reviewed Nov 7, 2024

View reviewed changes

s-hwan approved these changes Nov 8, 2024

View reviewed changes

rladmstn added 2 commits November 8, 2024 14:47

Merge branch 'develop' into feat/#146

a9a934a

refactor : 공지 읽음 표시 메소드 리네이밍 및 코멘트 반영

d126d95

hwangjokim reviewed Nov 8, 2024

View reviewed changes

sh0723 approved these changes Nov 9, 2024

View reviewed changes

Merge develop

43d1134

rladmstn added the self-merge 리뷰어가 아닌, 작성자가 머지하겠습니다. label Nov 13, 2024

rladmstn merged commit c7f8043 into develop Nov 13, 2024
1 check passed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

feat : 공지 읽음 표시 로직 추가 및 response 수정 #151

feat : 공지 읽음 표시 로직 추가 및 response 수정 #151

rladmstn commented Nov 5, 2024

hwangjokim Nov 7, 2024

rladmstn Nov 8, 2024

hwangjokim Nov 7, 2024

rladmstn Nov 8, 2024

hwangjokim Nov 8, 2024

rladmstn Nov 8, 2024

hwangjokim Nov 7, 2024

rladmstn Nov 8, 2024

s-hwan left a comment

rladmstn commented Nov 8, 2024

s-hwan commented Nov 8, 2024

rladmstn commented Nov 8, 2024

s-hwan commented Nov 8, 2024

hwangjokim Nov 8, 2024

sh0723 Nov 9, 2024

sh0723 Nov 9, 2024

rladmstn Nov 11, 2024

sh0723 Nov 9, 2024

sh0723 Nov 9, 2024

rladmstn commented Nov 13, 2024

feat : 공지 읽음 표시 로직 추가 및 response 수정 #151

feat : 공지 읽음 표시 로직 추가 및 response 수정 #151

Conversation

rladmstn commented Nov 5, 2024

📌 Related Issue

🚀 Description

📢 Review Point

📚Etc (선택)

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

s-hwan left a comment

Choose a reason for hiding this comment

rladmstn commented Nov 8, 2024

s-hwan commented Nov 8, 2024

rladmstn commented Nov 8, 2024

s-hwan commented Nov 8, 2024

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

rladmstn commented Nov 13, 2024