[BE] refactor: 도메인을 활용한 하이라이트 추가 및 수정 로직 리팩토링 #859

skylar1220 · 2024-10-15T00:51:14Z

resolves [BE] 하이라이트 추가 및 수정 로직을 도메인을 활용해 리팩토링한다. #825

🚀 어떤 기능을 구현했나요 ?

도메인을 활용해 하이라이트 추가 및 수정 로직을 리팩토링했습니다.

🔥 어떻게 해결했나요 ?

정책적인 검증을 제외하고는 도메인을 만들어 위임했습니다.
validator, mapper를 활용해 서비스에서 비즈니스 로직을 파악하기 쉽게 하였습니다.

📝 어떤 부분에 집중해서 리뷰해야 할까요?

검증을 책임대로 나눠서 유지 보수가 쉽게하기 위해 엔티티가 아닌 도메인을 생성해 활용하고 있습니다. 하지만 지난 코멘트에서 네이밍이나 역할이 헷갈린다는 내용이 있어서 우선 패키지 분리를 해놓았는데 여전히 헷갈리는 부분이 있는지 궁금해요.

📚 참고 자료, 할 말

수차례 리뷰하게 해서 미안합니다😂

github-actions · 2024-10-15T00:52:43Z

Test Results

153 tests +8 150 ✅ +8 5s ⏱️ -1s
58 suites +3 3 💤 ±0
58 files +3 0 ❌ ±0

Results for commit 80479d5. ± Comparison against base commit 8c3c5ae.

This pull request removes 6 and adds 14 tests. Note that renamed tests count towards both.

reviewme.highlight.domain.HighlightPositionTest ‑ 하이라이트의_시작_인덱스가_종료_인덱스보다_큰_경우_예외를_발생한다()
reviewme.highlight.domain.HighlightPositionTest ‑ 하이라이트의_인덱스들이_0보다_작은_경우_예외를_발생한다()
reviewme.highlight.service.validator.HighlightValidatorTest ‑ 답변의_줄_수보다_하이라이트의_줄_번호가_더_크면_예외를_발생한다()
reviewme.review.domain.TextAnswersTest ‑ 질문_ID로_서술형_답변을_반환한다()
reviewme.review.domain.TextAnswersTest ‑ 질문_ID에_해당하는_답변이_있는지_확인한다()
reviewme.review.domain.TextAnswersTest ‑ 질문에_해당하는_답변이_없으면_예외를_발생한다()

reviewme.global.RequestLimitInterceptorTest ‑ POST_요청이_아니면_통과한다()
reviewme.global.RequestLimitInterceptorTest ‑ 특정_POST_요청이_처음이_아니며_최대_빈도보다_작을_경우_빈도를_1증가시킨다()
reviewme.global.RequestLimitInterceptorTest ‑ 특정_POST_요청이_처음이_아니며_최대_빈도보다_클_경우_예외를_발생시킨다()
reviewme.highlight.domain.HighlightedLineTest ‑ 하이라이트_대상_라인의_글자수보다_큰_시작_종료_인덱스_범위를_추가하려고_하면_예외를_발생한다()
reviewme.highlight.domain.HighlightedLineTest ‑ 하이라이트_할_라인의_시작_종료_인덱스_범위를_추가한다()
reviewme.highlight.domain.HighlightedLinesTest ‑ 답변_내용으로_하이라이트에_사용될_라인을_생성한다()
reviewme.highlight.domain.HighlightedLinesTest ‑ 특정_라인에_하이라이트_시작_종료_범위를_추가한다()
reviewme.highlight.domain.HighlightedLinesTest ‑ 하이라이트에_추가할_라인의_인덱스가_0보다_작을_경우_예외를_발생한다()
reviewme.highlight.domain.HighlightedLinesTest ‑ 하이라이트에_추가할_라인의_인덱스가_대상_답변의_라인_수를_넘으면_예외를_발생한다()
reviewme.highlight.entity.HighlightRangeTest ‑ 하이라이트의_시작_인덱스가_종료_인덱스보다_큰_경우_예외를_발생한다()
…

♻️ This comment has been updated with latest results.

donghoony

거의 다 왔네요 😁 많이 나아졌다고 생각해요. 리뷰하면서 어? 모먼트도 많이 줄었습니다 👍🏻 웬만하면 반영하기를 원하지만 의도가 어땠는지 함께 이야기해주면 좋겠습니다~

donghoony · 2024-10-15T01:07:59Z

backend/src/main/java/reviewme/highlight/domain/HighlightRange.java

+    private void validateNonNegativeIndexNumber(int startIndex, int endIndex) {
        if (startIndex < 0 || endIndex < 0) {
-            throw new NegativeHighlightIndexException(startIndex, endIndex);
+            throw new NegativeHighlightIndexRangeException(startIndex, endIndex);
        }
    }

-    private void validateEndIndexOverStartIndex(long startIndex, long endIndex) {
+    private void validateEndIndexOverStartIndex(int startIndex, int endIndex) {
        if (startIndex > endIndex) {
            throw new HighlightStartIndexExceedEndIndexException(startIndex, endIndex);
        }


둘 다 같은 예외로 처리되면 별로일까요? 어쨌든 같은 인덱스와 관련된 예외인데 너무 구체적으로 나뉘지 않았나 해서요

서버 입장에서는 사실 크게 상관없을 것 같아요. 예외명이나 메시지가 하나로 통일되어도 로그에 start, endIndex가 포함되어있으니 문제 파악은 가능하니까요.
그렇다면 두 예외를 나눴을 때 좋은점은 클라이언트가 뭘 잘못했길래 예외인지 정보를 전달할 수 있다는 점이었는데요.
그렇다면 이것도 예외를 추상적으로 하나로 합치고, start, endIndex를 예외 메시지에 담아 클라이언트에게 전달하는 건 어떨까 싶네요. 시작, 종료 위치는 과한 정보가 아니라고 생각해서요!

donghoony · 2024-10-15T01:08:23Z

backend/src/main/java/reviewme/highlight/domain/HighlightLine.java

+
+@Getter
+@EqualsAndHashCode
+public class HighlightLine {


하이라이트된 라인이니 HighlightedLine은 어떤가요 ?

좋네요 반완!

donghoony · 2024-10-15T01:08:51Z

backend/src/main/java/reviewme/highlight/domain/HighlightLine.java

+    private final int lineIndex;
+    private final String lineContent;


highlightLine.lineIndex? 앞에 line을 안 쓰면 가독성이 떨어질까요?

그냥 index가 낫겠네요 반완!

donghoony · 2024-10-15T01:09:38Z

backend/src/main/java/reviewme/highlight/domain/HighlightLine.java

+    }
+
+    private void validateRangeByContentLength(int startIndex, int endIndex) {
+        int providedEndIndex = lineContent.length() - 1;


-1 하지 말고, 등호로 표현하는 건 어떤가요?

donghoony · 2024-10-15T01:10:20Z

backend/src/main/java/reviewme/highlight/domain/HighlightLines.java

+    private final List<HighlightLine> lines;
+
+    public HighlightLines(String content) {
+        this.lines = mapLines(content);


한줄로 표현하는 것보다 여기에서 풀어 쓰면 안될까요..? 😁 👍🏻👍🏻👍🏻👍🏻

저는 생성자에 매핑 로직이 길게 들어가면 매핑 로직 때문에 초기화 작업 자체를 파악하기 어렵다고 생각했어요.
혹시 어떤 이유때문에 풀어쓰는 게 낫다고 생각했나요? 읽다가 아래로 내렸다 올라와야하는 불편함 때문일 거라고 추측하는데 이정도의 메서드양과 왔다갔다할 범위(?)에서는 괜찮다고 생각했어요!

public HighlightLines(String content) { List<HighlightedLine> mappedLines = new ArrayList<>(); String[] lineContents = content.split(LINE_SEPARATOR); for (int i = 0; i < lineContents.length; i++) { mappedLines.add(new HighlightedLine(i , lineContents[i])); } this.lines = mappedLines; }

HighlightedLine에 index가 필요없다고 생각해요. 그렇다면 아래와 같이 하나의 stream 처리가 가능하지 않은가요?

this.lines = Arrays.stream(content.split(LINE_SEPARATOR)) .map(HighlightedLine::new) .toList()

HighlightedLine을 나중에 Highlight 엔티티를 생성할 때 사용하는데 이 때 index를 바로 꺼내서 쓸 수 있게하기 위해 필요했어요!

for (HighlightRange range : line.getRanges()) { Highlight highlight = new Highlight(answerId, line.getIndex(), range); highlights.add(highlight); }

도메인 그 자체에서는 필요하지 않은 값 아닌가요 ?? 밖에서 필요한 값을 명목상 가지고 있는 게 필요할 지도 생각해봐야 할 일이겠습니다.

도메인 자체에서 필요하지 않은값22군요..! 뺄 수 있을 것 같아요 더불어 매핑이 간단해졌으니 생성자 안으로 넣는 것도 되겠습니당 반완!!

donghoony · 2024-10-15T01:11:31Z

backend/src/main/java/reviewme/highlight/service/dto/HighlightsRequest.java

+    public Set<Long> getUniqueAnswerIds() {
+        return highlights()
+                .stream()
+                .map(HighlightRequest::answerId)
+                .collect(Collectors.toSet());
+    }


.stream().distinct(), toList() ?

오오 같은 중복제거를 하면서도 set으로 제한두지 않을 수 있겠군요 반완!

donghoony · 2024-10-15T01:12:21Z

backend/src/main/java/reviewme/highlight/domain/Highlight.java

@@ -37,4 +37,10 @@ public Highlight(long answerId, int lineIndex, int startIndex, int endIndex) {
        this.lineIndex = lineIndex;
        this.highlightRange = new HighlightRange(startIndex, endIndex);
    }
+
+    public Highlight(long answerId, int lineIndex, HighlightRange range) {


생성자 추가했으니 기존 생성자를 체이닝하면 어떨까요? 개인적으로는 지금 이 생성자가 주 생성자가 되었으면 하는 바람입니다~

생성자 체이닝을 놓쳤네요 반완!

donghoony · 2024-10-15T01:12:48Z

backend/src/main/java/reviewme/highlight/service/mapper/HighlightMapper.java

+        for (HighlightLine line : highlightLines.getLines()) {
+            for (HighlightRange range : line.getRanges()) {
+                Highlight highlight = new Highlight(answerId, line.getLineIndex(), range);
+                highlights.add(highlight);
+            }
+        }
+    }


아아 이 장풍 어떡하죠.... 메서드 분리를 하자니 너무 타고타고 들어가는 메서드인게 걸리는데...

일단 메서드 분리 해봤습니당

donghoony · 2024-10-15T01:13:10Z

backend/src/main/java/reviewme/highlight/service/mapper/HighlightMapper.java

+
+@Component
+@RequiredArgsConstructor
+public class HighlightMapper {


모든 엔티티, 응답에 대해 Mapper가 생성되는 현재 구조.. 고민해야겠습니다

donghoony · 2024-10-15T01:15:22Z

backend/src/main/java/reviewme/highlight/domain/HighlightLine.java

@@ -5,6 +5,7 @@
 import lombok.EqualsAndHashCode;
 import lombok.Getter;
 import reviewme.highlight.domain.exception.HighlightIndexExceedLineLengthException;
+import reviewme.highlight.entity.HighlightRange;


개인적으로는 패키지 나누는 게 더 신경쓰이긴 해요, 도메인이면 엔티티를 몰라야 하는데 나뉘어 있으니 import로 참조하겠네요

도메인이 엔티티를 몰라야하는 이유가 무엇인가요..?😂

도메인이 엔티티보다 상위의 개념이군요. 그런데 그런 도메인이 엔티티를 의존한다는 측면에서 걸리는 것이었네요.
현재 도메인과 엔티티를 크게 구분하여 사용하고 있지 않기때문에 패키지 통합했습니다!

donghoony · 2024-10-15T04:10:40Z

backend/src/main/java/reviewme/highlight/domain/HighlightLines.java

얘는 안 바뀌었어요~

lineIndex 말하는 거 맞을까요? 여기는 start, end 등 다른 인덱스도 함께 있어서 구분을 위해 lineIndex라고 명시하는 게 낫겠다 생각했어요

HighlightedLines 👀

donghoony · 2024-10-15T04:11:00Z

backend/src/main/java/reviewme/highlight/domain/HighlightedLine.java

@@ -11,12 +11,12 @@
 @EqualsAndHashCode
 public class HighlightedLine {

-    private final int lineIndex;
+    private final int index;
    private final String lineContent;


이것도 같이 한 말이었습니다 ㅎㅎ... 👍🏻👍🏻👍🏻👍🏻👍🏻

content 말하는 것 맞죠?ㅎㅎ 반완!

donghoony · 2024-10-15T04:11:53Z

backend/src/main/java/reviewme/highlight/domain/HighlightLines.java

+        List<HighlightedLine> mappedLines = new ArrayList<>();
+        String[] lineContents = content.split(LINE_SEPARATOR);
+        for (int i = 0; i < lineContents.length; i++) {
+            mappedLines.add(new HighlightedLine(i , lineContents[i]));


???? 😁 😮

Suggested change

mappedLines.add(new HighlightedLine(i , lineContents[i]));

mappedLines.add(new HighlightedLine(i, lineContents[i]));

반완..ㅎㅎ

donghoony

일단 어프룹

donghoony · 2024-10-15T05:52:59Z

backend/src/main/java/reviewme/highlight/entity/Highlight.java

+    public Highlight(long answerId, int lineIndex, int startIndex, int endIndex) {
+        this(answerId, lineIndex, new HighlightRange(startIndex, endIndex));


안 쓰는 생성자입니다~

donghoony · 2024-10-15T05:55:04Z

backend/src/main/java/reviewme/highlight/domain/HighlightLines.java

HighlightedLines 👀

Kimprodp

하이라이트를 전체 삭제해야 하는 경우 (빈 값으로 오는 경우)에 대한 테스트만 부탁해요~

nayonsoso

초간단🍰 리뷰들을 남기게 되었네요~
전체적으로 코드도 훨씬 깔끔해졌고, 객체를 분리하니 test 의 의도도 알기 편했어요☺️
그런데 반복적으로 리뷰하게 되는 부분들이 있는데, 제출 전에 한번 검토하고 PR 올려도 좋을 것 같아요!

mapper 로직이 이번 구현에서의 핵심이었던 것 같은데, 저 역시 다른 분들과 동일하게
"변경되기 쉬운 조회 로직인데 코드가 그 중요성 이상으로 길고 복잡한 것 같다"는 생각은 드네요.
그래도 기가막힌 대안이 떠오르지 않는 것 같습니다😅
커비의 코드가 아니라, 구조의 문제인 것 같은데 그냥 적어봅니당 ㅎㅎ

nayonsoso · 2024-10-15T08:22:34Z

backend/src/main/java/reviewme/highlight/service/HighlightService.java

+        Set<Long> allAnswerIds = answerRepository.findIdsByQuestionId(highlightsRequest.questionId());
+        highlightRepository.deleteAllByAnswerIds(allAnswerIds);


[왕사소 & 취향이라 생각하면 반영 안해도 됨]
변수명 allAnswerIds 보다 answerIds 어떤가요?
allAnswerIds 는 "DB 에 존재하는 모든 답변의 ID"라고 느껴져요~

고민했었는데 산초도 그렇게 생각했다니 반영 갑니다~~

nayonsoso · 2024-10-15T08:25:04Z

backend/src/main/java/reviewme/highlight/service/validator/HighlightValidator.java

-        validateReviewGroupContainsAnswer(request, reviewGroupId);
+    public void validate(HighlightsRequest request, ReviewGroup reviewGroup) {
+        validateReviewGroupContainsAnswer(request, reviewGroup);
        validateQuestionContainsAnswer(request);


[초간단🍰]
validateReviewGroupContainsAnswer 와 validateQuestionContainsAnswer 의 호출 순서와
private 메서드 선언 순서가 일치되면 좋을 것 같아요,

nayonsoso · 2024-10-15T08:32:23Z

backend/src/main/java/reviewme/highlight/service/dto/HighlightsRequest.java

 ) {
+    public List<Long> getUniqueAnswerIds() {
+        return highlights()
+                .stream()
+                .map(HighlightRequest::answerId)
+                .distinct()
+                .toList();
+    }


[초간단🍰]
클래스 시작 개행

nayonsoso · 2024-10-15T08:56:41Z

backend/src/test/java/reviewme/highlight/domain/HighlightedLineTest.java

+class HighlightedLineTest {
+
+    @Test
+    void 하이라이트_대상_라인의_글자수보다_큰_시작_종료_인덱스_범위를_추가하려고_하면_예외를_발생한다() {
+        // given
+        String content = "12345";
+        HighlightedLine highlightedLine = new HighlightedLine(content);


확실히 클래스를 분리하니 테스트 코드 작성이 보기 좋아지네요😊

nayonsoso · 2024-10-15T08:57:06Z

backend/src/test/java/reviewme/highlight/domain/HighlightedLinesTest.java

+    @Autowired
+    ReviewRepository reviewRepository;


[🍰]
private 자꾸 놓치는 것 같아요~

nayonsoso · 2024-10-15T08:57:48Z

backend/src/test/java/reviewme/highlight/service/HighlightServiceTest.java

    }

    @Test
    void 하이라이트_반영을_요청하면_새로운_하이라이트가_저장된다() {
        // given
-        long questionId = questionRepository.save(서술형_필수_질문()).getId();
+        long questionId = questionRepository.save(QuestionFixture.서술형_필수_질문()).getId();


[🍰]
static?

nayonsoso · 2024-10-15T08:58:22Z

backend/src/test/java/reviewme/highlight/service/mapper/HighlightMapperTest.java

+
+    @Autowired
+    HighlightMapper highlightMapper;
+


[🍰]
private

nayonsoso · 2024-10-15T08:58:41Z

backend/src/test/java/reviewme/highlight/service/mapper/HighlightMapperTest.java

+    @Test
+    void 하이라이트_요청과_기존_서술형_답변으로_하이라이트를_매핑한다() {
+        // given
+        long questionId = questionRepository.save(QuestionFixture.서술형_필수_질문()).getId();


[🍰]
static import

nayonsoso · 2024-10-15T08:59:07Z

backend/src/test/java/reviewme/highlight/service/validator/HighlightValidatorTest.java

+        long questionId1 = questionRepository.save(QuestionFixture.서술형_필수_질문()).getId();
+        long questionId2 = questionRepository.save(QuestionFixture.서술형_필수_질문()).getId();


nayonsoso

드디어 어프루부! 고생했습니다 커비😊
코드가 정말정말 좋아진 것 같아요!

Kimprodp

테스트 어제 확인했는데 어프룹 까먹었음..

리리팩터링은 다음에 고민해봅시다 👍👍

skylar1220 added ✨ BE 🛠️ 리팩터링 labels Oct 15, 2024

skylar1220 added this to the 6차 스프린트: 최종장 milestone Oct 15, 2024

skylar1220 requested review from donghoony, nayonsoso and Kimprodp October 15, 2024 00:51

skylar1220 self-assigned this Oct 15, 2024

skylar1220 linked an issue Oct 15, 2024 that may be closed by this pull request

[BE] 하이라이트 추가 및 수정 로직을 도메인을 활용해 리팩토링한다. #825

Closed

skylar1220 mentioned this pull request Oct 15, 2024

[BE] refactor: 도메인을 활용한 하이라이트 추가 및 수정 로직 리팩토링 #850

Closed

donghoony changed the title ~~[BE] refactor: 도메인을 활용한 하이라이트 추가 및 수정 로직 리팩토링 2차~~ [BE] refactor: 도메인을 활용한 하이라이트 추가 및 수정 로직 리팩토링 Oct 15, 2024

donghoony requested changes Oct 15, 2024

View reviewed changes

donghoony reviewed Oct 15, 2024

View reviewed changes

skylar1220 added 15 commits October 15, 2024 14:42

refactor: 인덱스 범위 도메인명 변경 및 lineIndex 책임을 Highlight로 이동

d7bcdb1

refactor: 하이라이트 한줄 도메인 추가

d689cd6

refactor: 한 답변에 표시된 하이라이트 여러줄 도메인 추가

588c2ee

refactor: dto 필드의 속성을 가져오는 메서드 추가

8046c1a

feat: 답변 id에 해당하는 하이라이트를 삭제하는 메서드 추가

131304e

refactor: 중복되는 검증 및 로직 제거

bf64ea9

refactor: 생성자 추가

d68451e

refactor: 하이라이트 객체 매핑을 위한 mapper 분리

7e84d45

refactor: 하이라이트 서비스에 mapper 적용 및 삭제 로직 단순화

0efcc43

refactor: 사용하지 않는 클래스 및 메서드 삭제

7557ce9

refactor: 도메인과 엔티티 패키지 분리

a807959

refactor: dto 메서드로 대체

206f712

refactor: 하이라이트 라인 관련 예외 추상화

1df8f12

refactor: 하이라이트 라인 도메인명 수정

65dd10e

refactor: 필드명 수정

1e053d8

skylar1220 added 6 commits October 15, 2024 14:46

refactor: 변수명 및 메서드명 수정

6c98099

refactor: 필드명 수정 및 공백 제거

30c9518

refactor: 생성자 체이닝

52f9e1a

refactor: 중복 제거 방식 및 반환 타입 변경

4a515c8

refactor: 도메인에서 필요하지 않은 필드인 lineIndex 삭제 및 생성자 수정

a243d24

refactor: 세션을 통해 리뷰 그룹 가져오기 적용

e060289

skylar1220 force-pushed the be/refactor/825-re-oop-highlight-create branch from a415c30 to e060289 Compare October 15, 2024 05:50

refactor: 메서드 분리

26428e3

donghoony approved these changes Oct 15, 2024

View reviewed changes

skylar1220 added 3 commits October 15, 2024 15:01

refactor: 사용하지 않는 생성자 제거

9eac3bc

refactor: 도메인명 변경

b757b0d

refactor: 엔티티 패키지 삭제 및 도메인 패키지로 통

51654c4

Kimprodp requested changes Oct 15, 2024

View reviewed changes

refactor: 빈 하이라이트 요청이 왔을 때 아무것도 저장하지 않는 것 검증하는 테스트 추가

e49734b

nayonsoso requested changes Oct 15, 2024

View reviewed changes

skylar1220 added 3 commits October 15, 2024 18:07

refactor: 변수명 수정 및 메서드 정렬, 개행

d9a2228

refactor: 접근 제어자 추가 및 static import 제거

7dcc5e2

refactor: 사용하지 않는 메서드 삭제

80479d5

nayonsoso approved these changes Oct 15, 2024

View reviewed changes

Kimprodp approved these changes Oct 16, 2024

View reviewed changes

skylar1220 merged commit 27683bd into develop Oct 16, 2024
4 checks passed

		private final int lineIndex;
		private final String lineContent;

	mappedLines.add(new HighlightedLine(i , lineContents[i]));
	mappedLines.add(new HighlightedLine(i, lineContents[i]));

		public Highlight(long answerId, int lineIndex, int startIndex, int endIndex) {
		this(answerId, lineIndex, new HighlightRange(startIndex, endIndex));

		Set<Long> allAnswerIds = answerRepository.findIdsByQuestionId(highlightsRequest.questionId());
		highlightRepository.deleteAllByAnswerIds(allAnswerIds);

		long questionId1 = questionRepository.save(QuestionFixture.서술형_필수_질문()).getId();
		long questionId2 = questionRepository.save(QuestionFixture.서술형_필수_질문()).getId();

[BE] refactor: 도메인을 활용한 하이라이트 추가 및 수정 로직 리팩토링 #859

[BE] refactor: 도메인을 활용한 하이라이트 추가 및 수정 로직 리팩토링 #859

Conversation

skylar1220 commented Oct 15, 2024

🚀 어떤 기능을 구현했나요 ?

🔥 어떻게 해결했나요 ?

📝 어떤 부분에 집중해서 리뷰해야 할까요?

📚 참고 자료, 할 말

github-actions bot commented Oct 15, 2024 • edited Loading

Test Results

donghoony left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

skylar1220 Oct 15, 2024 • edited Loading

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

skylar1220 Oct 15, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

donghoony Oct 15, 2024 • edited Loading

Choose a reason for hiding this comment

skylar1220 Oct 15, 2024 • edited Loading

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

skylar1220 Oct 15, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

skylar1220 Oct 15, 2024 • edited Loading

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

donghoony 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

Kimprodp left a comment • edited Loading

Choose a reason for hiding this comment

nayonsoso left a comment • edited Loading

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

nayonsoso left a comment

Choose a reason for hiding this comment

Kimprodp left a comment

Choose a reason for hiding this comment

github-actions bot commented Oct 15, 2024 •

edited

Loading

skylar1220 Oct 15, 2024 •

edited

Loading

skylar1220 Oct 15, 2024 •

edited

Loading

donghoony Oct 15, 2024 •

edited

Loading

skylar1220 Oct 15, 2024 •

edited

Loading

skylar1220 Oct 15, 2024 •

edited

Loading

skylar1220 Oct 15, 2024 •

edited

Loading

Kimprodp left a comment •

edited

Loading

nayonsoso left a comment •

edited

Loading