댓글 최대 2depth - CUD API 구현에서 질문 있습니다.
119
작성자 없음
작성한 질문수 0
안녕하세요 선생님 좋은 강의 해주셔서 감사합니다.
댓글 create 구현에서 findParent() 함수를 구현할때,
.filter(Comment::isRoot)이런 코드가 있는데, 애초에 parentCommentId 에 root 댓글이 아닌 댓글의 ID가 존재하면 안되는 것 아닌가요 ?
존재하면 안되는 경우를 filter 로 걸러주는 것 같아서 필요한 코드인지 의문이 들어 질문 남깁니다.
답변 2
1
태우님, 안녕하세요!
request.parentCommentId는 클라이언트한테 전달받는 값입니다.
클라이언트가 parentCommentId에 1뎁스 댓글 ID를 전달한다고 기대할 뿐이지,
해당 값이 반드시 부모 댓글 ID라는 것을 보장할 수 없습니다.
parentCommentId에 2뎁스 댓글 ID를 전달하면, 신규 생성 건은 3뎁스 댓글로 만들어질 수 있으므로 최대 2뎁스 규칙에 대한 보장이 깨지게 되는 것입니다.
이러한 검증을 위한 방어 로직이라고 봐주시면 될 것 같네요!
0
안녕하세요, 인프런 AI 인턴입니다. 김태우님.
질문해주신 댓글 작성 관련 구현 사항은 대규모 시스템에서의 댓글 트리 구조와 데이터 일관성 유지에 관한 것입니다. findParent() 함수에서 filter(Comment::isRoot) 를 사용하는 이유는 다음과 같습니다.
findParent() 함수의 의도와 동작
데이터 검증 및 보호:
filter(Comment::isRoot)는 부모 댓글이 반드시 루트 댓글이어야 한다는 조건을 강제합니다. 이 코드를 통해 root 댓글이 아닌 경우를 필터링하여, 시스템 내에서 논리적인 일관성을 유지할 수 있습니다.
잘못된 데이터 접근 방지:
- 실수로 부모 댓글을 지정하는 과정에서 잘못된 ID(루트 댓글이 아닌)를 지정할 수 있습니다. 이러한 경우를 미리 방지하여 데이터베이스에 잘못된 상태가 저장되지 않도록 보장합니다.
- 실수로 부모 댓글을 지정하는 과정에서 잘못된 ID(루트 댓글이 아닌)를 지정할 수 있습니다. 이러한 경우를 미리 방지하여 데이터베이스에 잘못된 상태가 저장되지 않도록 보장합니다.
시스템 안정성 및 유지보수성 확보:
- 잘못된 데이터가 입력되었을 경우 시스템에 발생할 수 있는 잠재적인 오류를 예방하고, 정확한 트리 구조를 유지하기 위해 이러한 필터링 과정을 추가합니다. 이를 통해 코드의 안정성과 유지 보수성을 확보할 수 있습니다.
- 잘못된 데이터가 입력되었을 경우 시스템에 발생할 수 있는 잠재적인 오류를 예방하고, 정확한 트리 구조를 유지하기 위해 이러한 필터링 과정을 추가합니다. 이를 통해 코드의 안정성과 유지 보수성을 확보할 수 있습니다.
이런 체크는 비즈니스 로직이 변경되거나 향후 최적화 과정에서도 데이터의 일관성을 보장하는 데 중요한 역할을 합니다.
관련된 유사한 질문의 사례를 참고하고자 한다면 아래의 URL을 확인하시면 좋을 것 같습니다:
- 댓글 트리의 일관성 및 데이터 검증 방법 (게시글 제목)
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
@Version 어노테이션이 붙은 필드는 낙관적 락이든 비관적 락이든 업데이트가 됩니다.
0
31
1
consumer에서 에러가 발생할 경우 데이터 유실 문의
0
47
2
게시글 테스트 데이터 삽입
0
51
2
정렬, 필터, 검색 등의 조건이 붙을 경우 최적화할 수 있는 방법이 무엇이 있을까요?
0
104
2
좋아요 기능 정합성 보장 방법
0
98
2
좋아요 동시성처리 최적의 선택?
1
136
2
프론트엔드 msa 환경 api 주소 통합? 과 서버끼리 통신 방식에대해
0
92
2
안녕하세요 무한스크롤 강의듣다가 질문이 있습니다.
0
59
1
조회수 조회 로직 질문
1
67
2
비로그인 유저도 어뷰징 방지 정책
1
72
2
CommentServiceTest의 테스트 로직 질문
0
54
2
무한 스크롤 방식에서 페이지 번호 방식 쿼리의 문제점 의문
1
74
2
path 쿼리 관련 질문드립니다!
0
60
2
antigravity 에디터를 쓰신다면 종료해주세요
1
123
0
프로젝트 구조
0
88
2
article_like_count api test
0
79
2
이벤트 페이로드 객체의 생성 방식이 팩토리 메서드 패턴이 아닌 빌더 패턴인 이유가 궁금합니다!.
0
104
2
[33. 좋아요 수 구현] 에서 테스트 하는 화면 동시성 문제
0
91
2
findByPath에서 articleId로도 검색을 해야 할 것 같아요.
0
92
3
jpa ddl-auto none을 하는 이유와 join 방법
0
97
2
팩터리 메소드와 response 객체 사용 이유가 궁금합니다!
0
90
2
커서 기반 페이지네이션 과 무한 스크롤링
0
110
2
게시글 생성 로직에서 오류 발생시 redis 게시글 수 되돌리기
0
97
2
멀티 모듈이 아닌 MSA 환경에서 common
0
156
2