[4기 - 김예슬] 1~2주차 과제: 계산기 구현 미션 제출합니다. #195

kys0411 · 2023-06-16T02:58:20Z

📌 과제 설명

사칙연산 계산기를 구현한 어플리케이션입니다. 사용자로부터 1부터 3까지의 숫자를 입력 받습니다.

1을 선택한다면 -> 계산 history가 출력됩니다.
2를 선택한다면 -> 사용자로부터 계산식을 입력받고, 그에 따른 결과를 콘솔에 출력합니다.
3을 선택한다면 -> 프로그램이 종료됩니다.

👩‍💻 요구 사항과 구현 내용

객체지향적인 코드로 계산기 구현하기
- 더하기
- 빼기
- 곱하기
- 나누기
- 우선순위(사칙연산)
테스트 코드 구현하기
계산 이력을 맵으로 데이터 저장기능 만들기

사용자로부터 입력받은 식을 converter를 통해 후위표기식으로 변환하고,
변환된 후위표기식은 calculator의 calculate 메서드를 통해 연산 결과로 리턴됩니다.
converter와 calculator는 인터페이스와 추상클래스로 추상화했습니다.
실질적인 연산은 Operator enum 의 람다식이 하게 됩니다.
계산할 때 필요한 파라미터와 계산결과는 클래스로 만들었습니다. (ExpressionParam, ExpressionResult)
입출력은 input, output 기능을 모두 갖는 console이 하게 됩니다.
선택지에 없는 숫자를 사용자가 입력할 경우 예외 메시지를 출력합니다.
사용자가 올바르지 않은 식을 입력할 경우 예외 메시지를 출력합니다.

✅ 피드백 반영사항

종료 기능을 추가했습니다
static final 상수 대신 enum을 사용하였습니다.
input 기능과 output 기능을 모두 갖는 Console을 추가했습니다.
예외 메시지를 좀더 구체적으로 작성했습니다.
ExpressionValidator 클래스에 불필요한 enum 관련 코드를 삭제했습니다.
str 등의 명확하지 않은 네이밍을 수정했습니다.

✅ PR 포인트 & 궁금한 점

저희팀의 다른분들이 작성한 질문은 제외하고 작성하겠습니다!

사용자로부터 1부터 3까지의 숫자를 입력받는 것을 private static final 상수로 클래스 안에 정의하였었는데,
해당 클래스 내에서만 사용하는 상수라서 그렇게 구현했던 것 같습니다.
이를 피드백을 받고 enum으로 변경하였는데, enum으로 정의할 경우 다른 클래스에서도 접근해서 사용할 수 있을 것 같은데 이러한 점이 단점이 되지는 않는지 궁금합니다..! 그리고 클래스 안에 enum을 정의하는 것은 어떻게 생각하시는지도 궁금합니다!

String expression -> 후위표기식으로 변환

후위표기식으로 변환된 결과가 담긴 class

devYSK · 2023-06-16T07:33:48Z

src/main/java/org/programmers/constant/Operator.java

@@ -0,0 +1,44 @@
+package org.programmers.constant;


Operator가 enum이긴 하지만,

역할상으로 calculator 패키지에 있는것이 덜 어색해보입니다!

devYSK · 2023-06-16T07:37:04Z

src/main/java/org/programmers/expression/ExpressionValidator.java

+
+public class ExpressionValidator {
+
+    public boolean isOperator(String symbol) {


일반적으로 Validator는 주로 검증할때 사용합니다.

Operator 란 객체가 존재하는데 Operator 인지 여부를 알 수 있는 isOpertator라는 메소드가
Validator에 존재해야 할까? Opertator.isOpertator(symbol) 이 조금 더 응집되어 있다고 생각합니다.

devYSK · 2023-06-16T07:37:11Z

src/main/java/org/programmers/calculator/PostfixCalculator.java

+        Stack<String> calculateStack = new Stack<>();
+
+        for (String element : param.getPostfix()) {
+            if (validator.isOperator(element)) {


일반적으로 Validator는 주로 검증할때 사용합니다.

Operator 란 객체가 존재하는데 Operator 인지 여부를 알 수 있는 isOpertator라는 메소드가
Validator에 존재해야 할까? Opertator.isOpertator(symbol) 이 조금 더 응집되어 있다고 생각합니다.

devYSK · 2023-06-16T07:37:57Z

src/main/java/org/programmers/constant/ExpressionSymbol.java

@@ -0,0 +1,15 @@
+package org.programmers.constant;
+
+public enum ExpressionSymbol {


devYSK · 2023-06-16T07:38:48Z

src/main/java/org/programmers/calculator/Calculator.java

+    public abstract ExpressionResult calculate(ExpressionParam param);
+
+    protected double getCalculationResult(String symbol, double operand1, double operand2) {
+        return Operator.find(symbol).get().getAnswer(operand1, operand2);


메서드 체이닝 사용시에는

Operator.find(symbol) .get() .getAnswer(operand1, operand2);

처럼 메서드마다 개행시켜주는것이 가독성에 더 좋습니다!

devYSK · 2023-06-16T07:39:35Z

src/main/java/org/programmers/constant/Operator.java

+        return priority;
+    }
+
+    public double getAnswer(double operand1, double operand2) {


getAnswer 보다 좋은 네이밍이 있을것 같아요..

답을 얻는다?.. 제가 보았을때는 조금 애매하다고 생각하는데 예슬님은 어떻게 생각하시나용

devYSK · 2023-06-16T07:42:10Z

src/main/java/org/programmers/io/Console.java

+        return input;
+    }
+
+    public Output getOutput() {


Console은 입 출력하기 위한 클래스로 보여요.

output에 의존하고 있는데, 출력을 하려면 이 output()을 내보내고 output을 직접 사용하는 것이 좋을까 생각이 듭니다.

output에 의존하는것은 감추고, print 하는 메소드를 만들어 위임시키는 것은 어떻게 생각하세요?

devYSK · 2023-06-16T07:43:20Z

src/main/java/org/programmers/io/ConsoleOutput.java

+
+    @Override
+    public void printAnswer(double answer) {
+        System.out.println(answer + "\n");


System.lineseparator()

라는 메소드가 존재합니다! 한번 알아보시겠어요?

devYSK · 2023-06-16T07:47:54Z

src/main/java/org/programmers/io/Output.java

+
+    void printConsole();
+
+    void printAnswer(double answer);
+
+    void printError();
+
+    void printHistory(Map<Long, ExpressionResult> history);


출력에 대해 추상화한 인터페이스로 보입니다.

특정 기능에 구체적인 것보다 메소드도 추상화하여 중복을 줄이고 범용으로 쓸 수 있는 방법에 대해 고민해보세요!

devYSK · 2023-06-16T07:48:30Z

src/main/java/org/programmers/io/Input.java

+public interface Input {
+
+    int inputNumber();
+
+    String inputExpression();
+}


이 Input 인터페이스도 입력에 대한 추상화 같아요.

구체적으로 기능에 의존하는것보다 범용으로 입력받을 수 있게 고민해보시겠어요!

devYSK · 2023-06-16T07:51:59Z

src/main/java/org/programmers/io/ConsoleOutput.java

+    @Override
+    public void printHistory(Map<Long, ExpressionResult> history) {
+        for (long i = history.size() - 1; i >= 0; i--) {
+            System.out.println(history.get(i).toString());
+        }
+        System.out.println();
+    }


혹시 왜 역순으로 출력하는지 예슬님의 의도를 알 수 있을까요?

일반적으로 Map은 순서가 보장되지 않는 자료구조입니다.

때문에, printHistory라는 메소드에서 이런 불필요한 로직이 보이는것 같아요.

순서대로 출력해야 한다면
레포지토리에 조건을 주고, 순서를 보장하는 자료구조인 List로 받으면 다음과 같이 줄여 출력만 할 수 있지 않을까요?

@Override public void printAll(List<ExpressionResult> results) { Collections.reverse(results); // or printAll을 호출하는 곳에서 reverse해서 넘겨준다면? for (ExpressionResult result : results) { System.out.println(result.toString()); } System.out.println(); }

devYSK · 2023-06-16T07:53:16Z

src/main/java/org/programmers/expression/ExpressionValidator.java

+    public boolean isNumber(String number) {
+        if (number.length() == 1) {
+            return number.charAt(0) >= '0' && number.charAt(0) <= '9';
+        }
+        return false;
+    }


혹시라도, Number가 2자 이상이라면 무조건 false를 반환할거같아요

String ten = "10"; String level = "99";

다른 좋은 방법이 없을까요?

devYSK · 2023-06-16T07:54:12Z

src/main/java/org/programmers/expression/ExpressionResult.java

+    private String makeExpression() {
+        return expression
+                + ExpressionSymbol.BLANK_SYMBOL.getSymbol()
+                + ExpressionSymbol.EQUAL_SYMBOL.getSymbol()
+                + ExpressionSymbol.BLANK_SYMBOL.getSymbol()
+                + answer;
+    }


좋은데요?

식의 출력에 대한 포맷의 책임을 가져간거같아요.

toString()이 다른곳에 쓰일수도 있다면

public 으로 만들어서 사용해도 될거같아요

devYSK · 2023-06-16T07:54:57Z

src/main/java/org/programmers/expression/ExpressionParam.java

+
+import java.util.List;
+
+public class ExpressionParam {


devYSK · 2023-06-16T07:55:33Z

src/main/java/org/programmers/converter/PostfixConverter.java

+        }
+    }
+
+    private void addToPostfix(List<String> postfix, String exp) {


exp 라는 파라미터 이름이 모호해 보입니다.

구체적으로 작성하면 읽을때 혼란이 없을것 같아요

devYSK · 2023-06-16T07:56:09Z

src/main/java/org/programmers/controller/CalculatorManagement.java

+import org.programmers.expression.ExpressionParam;
+import org.programmers.expression.ExpressionResult;
+
+public class CalculatorManagement {


devYSK · 2023-06-16T07:57:04Z

src/main/java/org/programmers/controller/AppController.java

+import org.programmers.io.Console;
+import org.programmers.repository.Repository;
+
+public class AppController {


예외처리가 안되어있는것 같아요.

예외가 발생하면 그대로 프로그램이 종료될것 같습니다. 혹시 의도하신걸까요?

devYSK · 2023-06-16T07:58:34Z

src/main/java/org/programmers/controller/AppController.java

+    }
+
+    private void getAllAndPrint() {
+        console.getOutput().printHistory(repository.getAll());


console이 의존하고 있는 output이라는 객체를 그냥 넘겨받음으로써 이런 코드가 나타나는거 같아요.

이러면 그냥 output을 주입받아 사용해도 될것 같단 생각이 드네요.
output을 넘겨주지말고, console 내에서 output을 이용하는 다른 메서드를 사용하는 것은 어떨까요?

devYSK · 2023-06-16T07:59:05Z

src/main/java/org/programmers/constant/Selection.java

+    public static Selection find(int code) {
+        return Arrays.stream(Selection.values())
+                .filter(selection -> selection.code == code)
+                .findAny()
+                .orElseThrow(() -> new IllegalArgumentException("올바르지 않은 메뉴 번호가 입력되었습니다."));
+    }


devYSK · 2023-06-16T07:59:25Z

src/main/java/org/programmers/constant/Operator.java

+        this.expression = expression;
+    }
+
+    public static Optional<Operator> find(String symbol) {


Optional good

devYSK · 2023-06-16T08:01:28Z

src/main/java/org/programmers/calculator/Calculator.java

+
+public abstract class Calculator {
+
+    protected final ExpressionValidator validator;


ExpressionValidator 클래스 내부를 보면

isNumber, isOperator라는 메소드만 존재하는거 같아요.

validator에 isOperator 메소드가 있는것보다 Operator의 역할 이라는 생각이 들어요.

그렇다면, Validator는 util이 될 수도 있고 Calculator에서 ExpressionValidator에 의존하지 않아도 될것 같단 생각이 듭니다.

devYSK · 2023-06-16T08:02:36Z

src/main/java/org/programmers/converter/PostfixConverter.java

+                number.append(element);
+
+            } else {
+                throw new IllegalArgumentException("잘못된 식을 입력하였습니다.");


Converter에서 Expression에 대한 검증을 하네요!?

그렇다면.. ExpressionValidator가 적절한 클래스인가를 다시 고민해볼 수 있을것 같습니다.

devYSK · 2023-06-16T08:04:17Z

src/test/java/org/programmers/calculator/PostfixCalculatorTest.java

+    @DisplayName("계산 성공 테스트")
+    void calculateSuccess() {
+        ExpressionValidator validator = new ExpressionValidator();
+        Calculator calculator = new PostfixCalculator(validator);
+        Converter converter = new PostfixConverter(validator);
+
+        ExpressionParam param = converter.convert("3+4*5");
+        ExpressionResult expressionResult = calculator.calculate(param);
+        double result = expressionResult.getAnswer();
+
+        assertThat(result).isEqualTo(23);
+    }


일반적으로, 테스트코드에서 TDD나 BDD에 의한 given - when - then 패턴을 사용하여 나누면 테스트 코드의 가독성이 올라가는 경향이 있습니다.
https://brunch.co.kr/@springboot/292

devYSK · 2023-06-16T08:04:41Z

src/test/java/org/programmers/constant/OperatorTest.java

+import static org.assertj.core.api.Assertions.assertThatThrownBy;
+
+class OperatorTest {
+


devYSK · 2023-06-16T08:21:27Z

src/test/java/org/programmers/converter/PostfixConverterTest.java

+    @Test
+    @DisplayName("후위표기식 변환 테스트")
+    void toPostfixTest() {
+        Converter converter = new PostfixConverter(new ExpressionValidator());
+
+        String expression = "3+4*2";
+        String expression2 = "15-5*2";
+
+        ExpressionParam param = converter.convert(expression);
+        assertThat(param.getPostfix().get(1)).isEqualTo("4");
+        assertThat(param.getPostfix().get(3)).isEqualTo("*");
+
+        ExpressionParam param2 = converter.convert(expression2);
+        assertThat(param2.getPostfix().get(0)).isEqualTo("15");
+    }


@ParameterizedTest로 반복되는 테스트에 코드의 중복성을 줄여 테스트 할수 있어요!

@Test @DisplayName("후위표기식 변환 테스트") @ParameterizedTest @CsvSource({ "3+4*2, 4, *", "15-5*2, 15, -" }) void toPostfixTest(String expression, String expectedValue1, String expectedValue2) { // given Converter converter = new PostfixConverter(new ExpressionValidator()); // when ExpressionParam param = converter.convert(expression); // then assertThat(param.getPostfix().get(1)).isEqualTo(expectedValue1); assertThat(param.getPostfix().get(3)).isEqualTo(expectedValue2); }

같은 방식으로요 !

devYSK · 2023-06-16T08:24:11Z

src/test/java/org/programmers/repository/ExpressionRepositoryTest.java

+
+        repository.save(result);
+
+        assertEquals(repository.getAll().get(0L).getAnswer(), 2.0);


어떤곳은

import static org.junit.jupiter.api.Assertions.*;

을 사용하시고,
어떤곳은

import static org.assertj.core.api.Assertions.assertThat;

을 사용하시는데 통일성을 맞춰주는 것이 좋을것 같아요!

두 라이브러리 중 어떤것이 더 편리할지 학습해보시는것이 좋습니다!

devYSK · 2023-06-16T08:24:48Z

src/main/java/org/programmers/repository/ExpressionRepository.java

+    }
+
+    @Override
+    public Map<Long, ExpressionResult> getAll() {


Map을 통째로 return하는것이 좋을까 고민 해보시겠어요!

List vs Map ?

전체 객체를 리턴하기에 Map은 좀 아쉽네요. 루프를 돌기 원활한 컬렉션은 아니라서

devYSK

안녕하세요 예슬님. 피드백 반영하시고 개선하여 피알 올리느냐 고생하셨습니다.

구조적으로 깔끔해 보이는데 위치가 애매하거나, 없앨 수 있는 부분이 조금 보여요!
자료구조 선택에 있어서도 고민해보시는게 좋을거 같아요! Map이라던가 List라던가요!
둘의 차이점과 장단점을 학습하신 후 상황에 맞게 적합하게 사용하면 좋을것 같습니다.

객체는 책임을 잘 나누신거 같은데, 메소드도 추상화를 같이 해주면 좋을것 같습니다!
또한 의존하고 있는 객체를 그냥 반환해서 사용할건지, 그 의존 객체를 이용해서 기능을 만들어 제공할것인지에 대해
어떤 구조가 더 나을지도 고민해보시면 좋을거삭ㅌ아요!

—
사용자로부터 1부터 3까지의 숫자를 입력받는 것을 private static final 상수로 클래스 안에 정의하였었는데,
해당 클래스 내에서만 사용하는 상수라서 그렇게 구현했던 것 같습니다.

이를 피드백을 받고 enum으로 변경하였는데, enum으로 정의할 경우 다른 클래스에서도 접근해서 사용할 수 있을 것 같은데 이러한 점이 단점이 되지는 않는지 궁금합니다..!
그리고 클래스 안에 enum을 정의하는 것은 어떻게 생각하시는지도 궁금합니다!

enum이 무엇인지, static final로 정의한 상수랑 어떤 차이가 있는지 더 학습해 보시면 좋을것 같습니다.

Enum이 다른 클래스에서 접근할 수 있는 것이 항상 단점이라고 말할 수는 없을거 같아요.
고정된 상수 집합을 명확하게 표현한것이 enum이니까요.
enum은 또 타입 safe 합니다. 특정 enum에 속한 상수란것을있으니까요!
어떻게 사용하느냐에 따라 단점이 될 수도 있고 아닐수도 있다고 생각을 해요.
예를들어, 구체적인 책임을 주지않고 중구난방으로 이곳저곳에서 사용하게 된다면, 해당 enum을 바꾸게 되었을때 그 enum을 사용하는 모든곳에 변경이 전파될 수 있겠죠?

또한 enum이 특정 클래스와 밀접하게 관련된 상수 집합을 표현하기 위한 좋은 방법이라고 생각해요!
관련된 상수를 더 의미있게 표현할 수 있거든요!
고드 가독성과 관리에 더 좋다고 생각합니다.

WooSungHwan

예슬님 계산기 과제 작성하시느라 수고 많으셨습니다 ㅎㅎ
코드가 정말 많이 개선된것 같은데요!?
영수님이 코어한 질문을 많이 해주셔서 해당 코멘트 모니터링하면서 저도 제 의견 남겨놓으면 좋을 것 같습니다 ㅎㅎ
프리팀 기간동안 과제하시느라 수고많으셨습니다!!

WooSungHwan · 2023-06-16T14:54:11Z

src/main/java/org/programmers/calculator/PostfixCalculator.java

+    }
+
+    @Override
+    public ExpressionResult calculate(ExpressionParam param) {


요 메소드가 조금 행위의 구분이 덜 진행됐다고 느끼는게
메소드 정의는 잘 해주셨습니다만 계산과 계산과정에서의 알고리즘이 너무 많은 것 같아요.
알고리즘이 많다는건 역할분리를 못했다는 결과로써 기인할 수도 있다고 느껴져요.

지금은 계산하는 로직이 후위표기 후 연산하는 postfix와 혼재되어 있는데
명확히 postfix로 변경되는 부분과 이를 통해 결과를 리턴해주는 부분 두가지가 모두 계산과정에 포함되어 있어야 합니다.
"구분되어서요"
제가 생각했던 계산이라는 메소드는

계산 () { // 일반 중위표기식 파라미터를 받아 // 후위표기식으로 변환 후 // 변환된 후위표기식으로 계산결과 도출 // 리턴. }

의 주석 흐름 패턴이 나왔으면 했었습니다.

현재 해당 메소드의 흐름을 보자면 그 구분의 경계가 보이지 않아서 다소 아쉽습니다.ㅠㅠ

제가 오해를 했군요... ExpressionParam이 후위표기식 파라미터였군요...!
어쨌든 위 내용은 의도파악을 위해 남겨놓겠습니다 ㅎㅎ

WooSungHwan · 2023-06-16T14:57:56Z

src/main/java/org/programmers/repository/Repository.java

+
+public interface Repository {
+
+    void save(ExpressionResult object);


object 말고 다른 이름으로 해야겠죠?ㅎㅎ

WooSungHwan · 2023-06-16T14:58:55Z

src/main/java/org/programmers/repository/ExpressionRepository.java

+    }
+
+    @Override
+    public Map<Long, ExpressionResult> getAll() {


전체 객체를 리턴하기에 Map은 좀 아쉽네요. 루프를 돌기 원활한 컬렉션은 아니라서

WooSungHwan · 2023-06-16T15:00:38Z

src/main/java/org/programmers/io/ConsoleOutput.java

+    @Override
+    public void printError() {
+        System.out.println("올바르지 않은 메뉴 번호가 입력되었습니다.");
+    }


메시지에 비해 메소드명이 모호한편입니다.

printWrongMenuNumberError() 이런식으로 좀더 상세하게 표현해도 될것같아요.

kys0411 added 30 commits June 15, 2023 20:31

add: 프로젝트 생성

68bec96

feat: 사용자로부터 입력을 받는 input 기능 추가

cf23519

feat: 실제 연산을 하는 Operator enum 추가

05d70c2

add: string을 후위표기법으로 변환하는 역할을 하는 Converter 추가

7c1c337

feat: convert 기능 추가

094970a

String expression -> 후위표기식으로 변환

add: ExpressionParam class 추가

cfaafcd

후위표기식으로 변환된 결과가 담긴 class

add: 공통적으로 필요한 기호를 다루기 위한 enum 추가

fc49c06

add: 계산 결과가 담긴 ExpressionResult 객체 추가

49c8db2

feat: 계산 결과를 출력하기 위한 toString 추가

80ffc94

feat: priority getter 추가

ecf392a

feat: symbol -> Operator 객체를 반환하는 메서드 추가

ca311d5

feat: symbol에 따라서 계산 결과를 반환하는 메서드 추가

877a885

feat: 연산자인지 숫자인지 검사하는 메서드 추가

6044285

add: 저장소 역할을 하는 Repository interface 추가

fc7c321

feat: ExpressionRepository 추가

203af82

add: ConsoleInput의 추상체인 Input interface 추가

d2698ad

feat: 출력 기능을 하는 ConsoleOutput 추가

5368a15

add: ConsoleOutput의 추상체인 Output interface 추가

6537a0f

feat: 사용자의 선택에 관련된 상수들을 enum 으로 분류

78a44d7

feat: calculate 기능 추가

88868e3

feat: controller 추가

81d9063

add: console 추가

c0e7d79

add: main 코드 추가

44992f7

refactor: 변수 이름 변경

b96719c

chore: 예외 메시지 변경

f9a13e9

refactor: 변수 이름 변경

2189941

refactor: 필드를 생성자 주입으로 변경

c102eac

chore: 코드 컨벤션 수정

5c33e55

chore: 패키지 구조 변경

0419dfd

chore: 패키지 구조 변경

13506b2

kys0411 self-assigned this Jun 16, 2023

devYSK reviewed Jun 16, 2023

View reviewed changes

src/main/java/org/programmers/expression/ExpressionParam.java

import java.util.List;

public class ExpressionParam {

Copy link

devYSK Jun 16, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

devYSK reviewed Jun 16, 2023

View reviewed changes

WooSungHwan approved these changes Jun 16, 2023

View reviewed changes


		public class ExpressionValidator {

		public boolean isOperator(String symbol) {

		@@ -0,0 +1,15 @@
		package org.programmers.constant;

		public enum ExpressionSymbol {


		public abstract class Calculator {

		protected final ExpressionValidator validator;

		import static org.assertj.core.api.Assertions.assertThatThrownBy;

		class OperatorTest {


		repository.save(result);

		assertEquals(repository.getAll().get(0L).getAnswer(), 2.0);


		public interface Repository {

		void save(ExpressionResult object);

[4기 - 김예슬] 1~2주차 과제: 계산기 구현 미션 제출합니다. #195

Are you sure you want to change the base?

[4기 - 김예슬] 1~2주차 과제: 계산기 구현 미션 제출합니다. #195

Conversation

kys0411 commented Jun 16, 2023 • edited by dlswns2480 Loading

📌 과제 설명

👩‍💻 요구 사항과 구현 내용

✅ 피드백 반영사항

✅ PR 포인트 & 궁금한 점

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

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

devYSK left a comment

Choose a reason for hiding this comment

WooSungHwan 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

kys0411 commented Jun 16, 2023 •

edited by dlswns2480

Loading