[4기 - 이예빈] 1~2주차 과제 : 계산기 구현 미션 중간 PR입니다. #153

YebinLeee · 2023-06-10T00:57:35Z

📌 계산기 TDD, OOP로 만들기

다양한 표현 수식에 대한 사칙 연산을 수행하는 콘솔 기반의 계산기를 TDD와 OOP를 기반으로 구현해내는 프로젝트

메뉴 입력(0. 종료, 1. 조회, 2. 계산)을 받는 기능
이전 계산 이력에 대한 결과를 순서대로 조회하는 기능
수식(중위 표현식)을 입력 받아 계산 결과 값을 출력하는 기능
다양한 오류 처리 (메뉴 입력 오류, 표현 수식 오류)

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

전체적인 클래스 관계 구조도

기능 구현

콘솔로 구현입니다.(스윙으로 구현하시는 분들 계실까봐)
객체지향적인 코드로 계산기 구현하기
- 더하기
- 빼기
- 곱하기
- 나누기
- 우선순위(사칙연산)
테스트 코드 구현하기
계산 이력을 맵으로 데이터 저장기능 만들기
- 애플리케이션이 동작하는 동안 데이터베이스 외에 데이터를 저장할 수 있는 방법을 고안해보세요.
정규식 사용

✅ 피드백 반영사항

첫번째 PR 반영사항

1. CalculatorApp

전략 패턴을 사용하여 CalculatorApp에서 구체적인 객체를 생성하여 Calculator에 주입합니다.

        CalculatorConsole console = new CalculatorConsole();

        new Calculator(
                new PostfixCalculator(),
                new InfixToPostfixConverter(),
                console,
                console,
                new CalculationRepository()
        ).run();

2. 다양한 형태의 Converter 구현

다양한 수식 간의 변환을 가능하게 하는 ExpressionConverter 인터페이스로 추상화를 하고, 현재 계산기 프로그램에서는 중위 표현식을 후위 표현식으로 변환하는 InfixToPosfixConverter 클래스로 구현하여 동적으로 적절한 컨버터가 선택되도록 하였습니다.
convert() 메서드에서 String 형태의 expression을 변환하여 피연산자와 연산자의 리스트 형태의 ArrayList 타입으로 수식을 변환합니다.

3. Calculator 추상화

컨버터도 추상화할 수 있으면, 구체적인 표현식을 적절히 계산하여 계산 결과 값을 도출하는 계산기도 추상화할 수 있다고 생각하였습니다.
따라서 calculate() 추상 메소드를 포함하는 BasicCalculator 인터페이스로 추상화하고, 구체적으로 후위 표현 수식을 계산하는 PostfixCalculator 클래스로 구체화하였습니다.
마찬가지로 runnable한 Application에서 동작할 때, 계산 대상인 표현 수식에 따라 동적으로 적절한 Calculator가 선택됩니다.

4. Validation

기존에 Calculator 내에서 메뉴 선택, 표현 수식을 비롯한 입력에 대한 값 검증을 하던 validateChoiceInput(), validateExpression()의 메서드는 각각 Menu 클래스 내부, CalculatorValidator 클래스 내부로 이동하였습니다.
메서드 명 또한 valid 여부에 따라 boolean 타입을 반환한다는 점에서, 이를 잘 드러낼 수 있느 isValidInputMenu(), isValidExpression() 으로 변경하였습니다.

5. CalculationRepository - ConcurrentHashMap과 Atomic Variable을 통한 ID값 관리로 멀티 쓰레드 환경에서의 동시성 문제 고려

계산 이력을 저장하기 위해서 Map을 사용한 이유는, 추후 데이터베이스로의 확장 가능성을 생각했을 때, 각 레코드 별로 고유 PK ID값을 통해 CRUD를 편리하게 하는 것을 고려하여 각 계산 결과 객체 값에 대하여 Key 값을 Integer타입으로, 계산 결과 (CalculationResult)를 Value로 저장하도록 구현하였습니다.
기존에는 맵의 Key 값으로, 맵의 크기를 기반으로 id 값을 결정하였고 이는 데이터 삭제 로직으로 확장되는 경우를 고려하지 못했습니다.
쓰기 작업(put)에서 Lock을 통해 멀티 쓰레드 환경의 동시성 문제를 해결할 수 있는 ConccurrentHashMap을 이용하였습니다.
마찬가지로 유니크 아이디의 경우, 맵의 Key의 타입으로 AtomicInteger을 사용하였습니다.

6. ParameterizedTest 기반 유닛 테스트

단위 테스트 코드들을 작성하였고, ParameterizedTest를 통해 다양한 입력에 대한 테스트를 수행하였습니다.
InfixToPostfixConverter 테스트에서 Failed 1개 발생
계산기 통합 테스트 Failed

7. 상수 관리

여러 클래스에서 사용되는 상수를 따로 하나의 클래스에서 관리하는 것은 객체 지향적이지 않다는 피드백을 바탕으로 각 클래스에서 사용하는 상수들은 클래스 내부로 옮겼습니다.

8. toString의 쓰임

디버그나 로깅 목적으로 toString이 사용된 다는 것을 새로 알게 되었고,
CalculationRepository에 객체 저장 시에 CalculationResult 자체를 매개 변수로 넣어주도록 변경하였습니다.

9. Operation

사칙 연산을 수행하는 Operation 객체를 싱글톤으로 생성하도록 LazyHolder의 방식으로 구현하였습니다.
Operation의 Converter, Calculator에서 모두 Operation을 필요로 한다는 점 -> static하게 사용할 수 있는 방법이 없을까? 고민하고 있습니다.. !
사칙 연산을 수행해내기 위해서는, String(+,-,*,/)과 Operator Enum 객체들을 Map으로 저장하는 OperatorMap 을 초기화하는 Operation 클래스의 객체가 필수적으로 생성되어야 하는데, Converter과 Calculator 모두 Operation에 의존성을 띄고 있어 설계 리팩토링을 진행해야 할 것 같습니다..

✅ PR 포인트 & 궁금한 점

하드 코딩을 지양하고자 다양한 상수들을 사용하였는데 이를 어떻게 관리하는 것이 좋을지
객체 지향적인 설계를 잘 해내지 못한 것 같은데, 보완해야 할 부분들이 어딘지 궁금합니다!
클래스 내의 메서드들 (validateChoiceInput(), validateExpression() 등) 의 결과값을 테스트하고자 기존 private 지정자에서 public 지정자로 바꾸었는데, 캡슐화 원칙을 지키면서도 각 기능 단위로 단위 테스트 코드를 작성하는 방법이 있을까요?
사칙 연산을 수행하는 Operation 클래스는 InfixToPostfixConverter 객체와 PostfixCalculator 객체에서 동시에 접근하여 사용하고 있는데, 이 클래스 자체를 static하게 접근하여 사용할 수 있는 방법이 있을까요?

- Infix 중위 표현 수식에서 Postfix 후위 표현 수식(리스트)로 변환

- 메뉴 선택 입력 - 입력 validate 확인 메서드 구현

- Integer로 모두 변환

src/main/java/calculator/Calculator.java

dojinyou · 2023-06-10T03:14:40Z

src/main/java/calculator/Calculator.java

+        }
+    }
+
+    public Integer calculateFromPostfix(ArrayList<String> postfixExpression){


이 메서드는 진짜 계산기의 역할인거 같아요 . 그런데 위에서 runable한 Application의 역할을 하고 있는 것 같아서 분리할 수 있을 것 같아요!

dojinyou · 2023-06-10T03:17:20Z

src/main/java/calculator/Calculator.java

+        return Integer.valueOf(calcStack.pop());
+    }
+
+    public static boolean validateChoiceInput(String input){


validate라는 동사의 메서드는 어떤 명령을 하는 것 같은 데 boolean 타입의 반환이 오는 게 약간 어색하게 느껴질 수 있을 것 같아요. isValidXXX 라는 메서드 네이밍이 더 좋지 않을까 라는 생각이 들었어요. 보통은 is나 has 같은 동사로 시작하는 메서드들이 boolean타입을 반환하는 느낌 잘 드러내는 것 같아요

추가로 해당 메서드를 Validator나 입력 형태를 보장하는 DTO 클래스로 역할을 위임할 수도 있을 것 같아요

dojinyou · 2023-06-10T03:19:16Z

src/main/java/calculator/Calculator.java

+                    String expression = input.getExpression();
+                    if (!validateExpression(expression)) output.inputError(INVALID_INPUT_EXPRESSION);
+                    else {
+                        ArrayList<String> postfixList = expressionConverter.convert(expression);


List라는 추상화된 인터페이스가 아닌 ArrayList라는 구체적인 구현체를 사용하신 이유가 있을까요?

dojinyou · 2023-06-10T03:25:02Z

src/main/java/calculator/InfixToPostfixConverter.java

+
+@ToString
+public class InfixToPostfixConverter implements ExpressionConverter {
+    private ArrayList<String> infix;


컨버터는 입력과 출력이 항상 보장될 수 있는 stateless한 형태로 유지될 수 있을 것 같아요! 어떻게 생각하시나요?

dojinyou · 2023-06-10T03:26:45Z

src/main/java/calculator/global/Menu.java

+
+    @Override
+    public String toString() {
+        return command + ". " + explanation;


dojinyou · 2023-06-10T03:29:51Z

src/main/java/calculator/repository/CalculationRepository.java

+    private final static LinkedHashMap<Integer, String> results = new LinkedHashMap<>();
+
+    public void save(String calculation) {
+        results.put(results.size() + 1, calculation);


해당 과제에서 다루기엔 조금 과할 수도 있지만 멀리 쓰레드 환경에서 동시성 문제가 발생할 수 있을 것 같아요! 동시성 문제를 해결할 수 있는 방법 또는 유니크 아이디를 생성할 수 있는 방법에 대해서 고민해보면 좋을 것 같아요

dojinyou · 2023-06-10T03:30:33Z

src/main/java/calculator/repository/CalculationRepository.java

+import java.util.List;
+
+public class CalculationRepository {
+    private final static LinkedHashMap<Integer, String> results = new LinkedHashMap<>();


List가 아닌 Map으로 구현한 이유가 무엇일까요?

dojinyou · 2023-06-10T03:31:23Z

src/test/java/calculator/calculator/ExpressionValidationTest.java

+import org.junit.jupiter.api.DisplayName;
+import org.junit.jupiter.api.Test;
+
+public class ExpressionValidationTest {


validator로 분리되어 있다면 적절한 테스트가 되었을 것 같아요 :)

dojinyou · 2023-06-10T03:32:02Z

src/test/java/calculator/infixtopostfix/InfixToArrayListTest.java

+import java.util.Arrays;
+
+public class InfixToArrayListTest {
+    @Test


ParameterizedTest 같은 것으로 다양한 입력에 대해서 검증해볼 수 있을 것 같아요!

- Menu의 command를 Character로 변경 - 종료 메뉴 추가 및 IO 정의

…t 결과값 따로 저장)

- 다양한 방법의 수식(전위,중위,후위 표현)을 convert하여 계산 가능하도록 strategy pattern 도입하여 리팩토링

seung-hun-h

안녕하세요 예빈님 리뷰남겼으니 확인해주세요.

global 이란 패키지를 만드셨는데, 내부 클래스들의 적절한 패키지 위치가 어딘지 고민해보시고 재배치 해주세요

하드 코딩을 지양하고자 다양한 상수들을 사용하였는데 이를 어떻게 관리하는 것이 좋을지
- 리뷰 남겼습니다. 전역에서 사용할 수 있는 상수 클래스를 만드는 것은 개인적으로 선호하지 않습니다. 도메인 정보가 흩어진다고 생각해서요
객체 지향적인 설계를 잘 해내지 못한 것 같은데, 보완해야 할 부분들이 어딘지 궁금합니다!
리뷰 확인해주세요
global 패키지에 위치할 클래스가 정말 전역적으로 사용되는 것인지, 유틸 로직으로 분리한 것이 정말 하나의 유틸 클래스에 위치하는 것이 맞는지 고민해보세요.
클래스 내의 메서드들 (validateChoiceInput(), validateExpression() 등) 의 결과값을 테스트하고자 기존 private 지정자에서 public 지정자로 바꾸었는데, 캡슐화 원칙을 지키면서도 각 기능 단위로 단위 테스트 코드를 작성하는 방법이 있을까요?
- private을 public으로 단순히 변경했다면 그 메서드가 다른 클래스로 분리될 수 있다는 힌트가 될 수 있습니다.

seung-hun-h · 2023-06-11T13:14:15Z

src/main/java/calculator/io/Output.java

+    void putMenu();
+    void showCalculationResult(List<CalculationResult> calcResults);
+    void inputError(String errorResponse);
+    void showResult(String calculationResult);


result 객체를 매개변수로 전달 받도록 해도 좋을 것 같아요

seung-hun-h · 2023-06-11T13:18:19Z

src/main/java/calculator/Calculator.java

+                        continue;
+                    }
+                    List<String> convertedExpression = expressionConverter.convert(expression);
+                    Object result = calculator.calculate(convertedExpression);


Object 타입은 보통 잘 사용하지 않아요. String, Integer 등등 모든 타입을 할당할 수 있기 때문이죠. Object 타입을 사용하신 이유가 있을까요?

seung-hun-h · 2023-06-11T13:18:50Z

src/main/java/calculator/Calculator.java

+                    output.showResult(result.toString());
+                    calculationRepository.save(new CalculationResult(expression, result.toString()));


toString을 직접 호출하기 보다는 객체를 파라미터로 넘겨주는 것이 좋겠네요.
toString의 사용 목적도 한 번 생각해보셔도 좋을 것 같아요.

https://hudi.blog/java-correct-purpose-of-tostring/

seung-hun-h · 2023-06-11T13:24:56Z

src/main/java/calculator/global/ErrorResponse.java

저는 문자열을 따로 관리하는 것이 좋은지 조금 의문이 드네요.
결국 각각의 클래스가 가져야할 정보를 한 곳에 모아둔 거라는 생각이 들어서요.
실제로 공통적으로 사용되는 문자열도 없어서요

seung-hun-h · 2023-06-11T13:25:42Z

src/main/java/calculator/global/InputConstants.java

@@ -0,0 +1,16 @@
+package calculator.global;
+
+public class InputConstants {


이 클래스도 ErrorResponse와 동일한 의견입니다.

seung-hun-h · 2023-06-11T13:28:38Z

src/main/java/calculator/model/Operation.java

+    public Operation() {
+        setOperatorMap();
+    }
+
+    private void setOperatorMap(){
+        Arrays.stream(Operator.values())
+                .forEach(op -> operatorMap.put(op.operator, op));
+    }


이 정도 로직은 분리하지 않아도 될 것 같아요

seung-hun-h · 2023-06-11T13:31:14Z

src/main/java/calculator/repository/CalculationRepository.java

+    private final static LinkedHashMap<Integer, CalculationResult> results = new LinkedHashMap<>();
+
+    public void save(CalculationResult result) {
+        results.put(results.size() + 1, result);


현재는 데이터 삭제 로직이 없지만, 사이즈가 변경되고 추가되면서 대체되는 데이터가 있을 것 같아요

seung-hun-h · 2023-06-11T13:33:02Z

src/main/java/calculator/util/converter/InfixToPostfixConverter.java

+                num.append(s);
+            }
+        }
+        if(!num.toString().equals("")){


Suggested change

if(!num.toString().equals("")){

if(!num.isEmpty()){

seung-hun-h · 2023-06-11T13:34:38Z

src/main/java/calculator/util/validator/CalculatorValidator.java

+    public static boolean isValidChoice(String input){
+        if (input.length() != MENU_INPUT_LENGTH) return false;
+        Character firstChar = input.charAt(FIRST_INDEX);
+        return Arrays.stream(Menu.values()).filter(m -> m.getCommand()
+                .equals(firstChar)).count() == 1;
+    }


이 로직은 Menu에 위치하는 것이 좋겠네요

seung-hun-h · 2023-06-11T13:38:59Z

src/test/java/calculator/operator/OperatorApplyTest.java

+    void confirm(){
+        Operation operation = new Operation();
+
+        int a = 10;
+        int b = -5;
+
+        operation.getOperatorMap().entrySet()
+            .forEach(e -> {
+                System.out.print(a + e.getKey() + b + " = ");
+                System.out.println(operation.calculate(a, e.getKey(), b));
+            });
+    }


이 테스트는 실패하고, 검증 로직이 존재하지 않네요. 성공하도록 수정하고 검증 로직도 추가해주세요.

…er로 타입 변경

dojinyou

전체적으로 잘하신 것 같구 테스트는 꼼꼼히 짜셔서 좋았던 것 같아요!
다만 네이밍하실 때 조금 더 신경 쓰시면 좋을 것 같아요! 타입을 정하실 때도 그렇구요!

dojinyou · 2023-06-14T11:47:35Z

src/main/java/calculator/io/Input.java

+package calculator.io;
+
+public interface Input {
+    String getChoice(String s);


s라는 변수명은 직관적이지 않은 것 같아요! interface는 설계도에 해당하는 데 설계를 잘 파악할 수 있도록 네이밍을 잘 해주는 것이 중요한 것 같아요~ 여유가 된다면 주석까지 작성해도 좋아요

dojinyou · 2023-06-14T11:52:10Z

src/main/java/calculator/model/calculator/Operation.java

+
+
+        private final String operator;
+        private final BiFunction<Integer, Integer, Integer> expression;


나눗셈 결과가 정확하게 나오나요? 3 / 2 하면 1이 나올 것 같아요!

dojinyou · 2023-06-14T11:54:12Z

src/main/java/calculator/model/calculator/Operation.java

+        DIVIDE("/", (num1, num2) -> num1 / num2, HIGH);
+
+
+        private final String operator;


Operator.operator는 의미를 파악하기 너무 어려운 네이밍인 것 같아요! 이렇게 클래스네이밍과 동일한 field는 안 쓰시는 게 좋아요!

dojinyou · 2023-06-14T11:56:40Z

src/main/java/calculator/model/calculator/PostfixCalculator.java

+
+public class PostfixCalculator implements BasicCalculator {
+
+    private static final String OPERATOR_REGEX = "[-*/+]";


사실 이런 형태는 정규표현식보다는 Set으로 가능한 것들을 정의하고 contain한 지 체크할 수도 있을 것 같아요!
해당 정규표현식은 가능한 것들의 나열과 같아서~

dojinyou · 2023-06-14T11:58:39Z

src/main/java/calculator/model/calculator/PostfixCalculator.java

+            }
+            else{
+                calcStack.push(s);
+            }


Suggested change

}

else{

calcStack.push(s);

}

} else{

calcStack.push(s);

}

큰 차이는 없지만 일반적으로는 이렇게 많이 쓰는 것 같아요!

dojinyou · 2023-06-14T12:00:47Z

src/main/java/calculator/model/converter/InfixToPostfixConverter.java

+            if(s.matches(OPERATOR_REGEX)){
+                if(!num.isEmpty()){
+                    postfix.add(num.toString());
+                    num = new StringBuilder();
+                }
+                if (opStack.isEmpty()) opStack.push(s);
+                else {
+                    if (Operation.getOperator(opStack.peek()).isPrioritySameOrGreater(Operation.getOperator(s))) {
+                        postfix.add(opStack.pop());
+                    }
+                    opStack.push(s);
+                }
+            } else if (s.matches(OPERAND_REGEX)) {
+                num.append(s);
+            }


if, else가 복잡하게 구성되어 있는 데 함수로 나누고 early return 방식을 이용해서 else 문을 최소화 해보세요!

dojinyou · 2023-06-14T12:04:44Z

src/main/java/calculator/repository/CalculationRepository.java

+import java.util.concurrent.ConcurrentHashMap;
+import java.util.concurrent.atomic.AtomicInteger;
+
+public class CalculationRepository {


Repository도 추상화를 통해 현재의 저장소(In memory) 말고 다양한 방식의 저장소로 유연하게 저장할 수 있을 것 같아요!

dojinyou · 2023-06-14T12:08:22Z

src/test/java/calculator/CalculatorConsoleTest.java

+    private static ByteArrayOutputStream outputMessage;
+    private static final CalculatorConsole console = new CalculatorConsole();
+    private static CalculationRepository repository;


static 필드로 정의하신 이유가 있을까요?

dojinyou · 2023-06-14T12:10:46Z

src/test/java/calculator/model/calculator/OperationTest.java

+    void validateWrongCalculation(Integer a, String operator, Integer b, Integer result) {
+        Integer calculated = operation.calculate(a, operator, b);
+        Assertions.assertNotEquals(result, calculated);
+


불필요한 줄바꿈은 삭제! 🔪

dojinyou · 2023-06-14T12:11:53Z

src/test/java/calculator/model/calculator/OperationTest.java

+        try {
+            Integer calculated = operation.calculate(a, operator, b);
+        } catch (RuntimeException e){
+            Assertions.assertEquals("올바른 피연산자가 아닙니다.", e.getMessage());
+        }


try-catch 말고도 Assertions.catchThrowable을 통해서 던져지는 객체들을 잡아서 검증할 수도 있어요!

dojinyou

전체적으로 잘하신 것 같구 테스트는 꼼꼼히 짜셔서 좋았던 것 같아요!
다만 네이밍하실 때 조금 더 신경 쓰시면 좋을 것 같아요! 타입을 정하실 때도 그렇구요!

seung-hun-h

예빈님 리뷰 남겼습니다.
toString을 직접 호출하는 경우가 많은데요, toString은 보통 직접 호출하는 용도로 사용하지 않아요.
호출하지 않도록 코드를 변경해보는게 좋을 것 같아요

seung-hun-h · 2023-06-14T13:42:53Z

src/main/java/calculator/model/calculator/Operation.java

+        public Integer mapCalculate(String operator, Integer num1, Integer num2) {
+            if(Operation.getOperator(operator) == DIVIDE && num2 == 0){
+                throw new ArithmeticException(INVALID_OPERAND);
+            }
+            return getOperator(operator).expression.apply(num1, num2);
+        }


클라이언트 코드에서 operator를 통해 Operator 인스턴스를 찾고 계산을 하는 방식이 더 좋을 것 같네요

그렇다면 Operation 클래스에 있는 getOperator 관련 로직은 Operator에 위치해야 할 것 같아요

seung-hun-h · 2023-06-14T13:48:05Z

src/main/java/calculator/model/validator/CalculatorValidator.java

+    private static boolean isEvenNumber(AtomicInteger index) {
+        return index.getAndIncrement() % 2 == 0;
+    }


index가 짝수인지 확인하는 것과 index를 증가하는 로직이 함께 있어서 분리할 필요가 있을 것 같아요.

seung-hun-h · 2023-06-14T13:48:36Z

src/main/java/calculator/repository/CalculationRepository.java

+    void clearStore(){
+        results.clear();
+    }


default 접근 제어자를 사용하신 이유가 있을까요?

seung-hun-h · 2023-06-14T13:57:34Z

src/main/java/calculator/repository/CalculationRepository.java

+    private static Map<Integer, CalculationResult> results;
+    private static AtomicInteger idCounter;
+
+
+    public CalculationRepository() {
+        results = new ConcurrentHashMap<>();
+        idCounter = new AtomicInteger(0);
+    }


생성자를 호출할 때 마다 클래스 멤버를 초기화 하면, 외부에서 생성자를 호출할 때마다 데이터가 초기화될 수 있겠군요

seung-hun-h · 2023-06-14T13:59:11Z

src/main/java/calculator/repository/CalculationRepository.java

+    public Map<Integer, CalculationResult> findAll() {
+        return results;
+    }


복사본을 반환하는게 좋을 것 같아요

https://velog.io/@injoon2019/%EC%9D%B4%ED%8E%99%ED%8B%B0%EB%B8%8C-%EC%9E%90%EB%B0%94-%EC%95%84%EC%9D%B4%ED%85%9C-50.-%EC%A0%81%EC%8B%9C%EC%97%90-%EB%B0%A9%EC%96%B4%EC%A0%81-%EB%B3%B5%EC%82%AC%EB%B3%B8%EC%9D%84-%EB%A7%8C%EB%93%A4%EB%9D%BC

YebinLeee added 11 commits June 10, 2023 05:01

[init]: 전체 프로젝트 구성 및 인터페이스 추상화

f45f23d

[feat]: Input, Output 구성

2c65733

[feat]: InfixToPostfixConverter 기능 구현

18682d2

- Infix 중위 표현 수식에서 Postfix 후위 표현 수식(리스트)로 변환

[feat]: Calculator 입출력 동작 구현과 Repository 저장 및 입력 validation 기능

e60186f

- 메뉴 선택 입력 - 입력 validate 확인 메서드 구현

[add]: Constant 상수 추가

839015a

[feat]: 후위 표기 수식 계산 기능 구현

431c84b

- Integer로 모두 변환

[test]: 적합하지 않은 수식 표현 테스트 코드 작성

e8068a4

[add]: switch-case 분기문 continue 추가로 오류 해결 및 리팰토링

a0fe526

[feat]: 계산 결과 출력

5bfc293

[fix]: menu Input 올바른 값 아닌 경우

a9cee87

[refactor]: LinkedHashMap 에서 전체 계산 결과 조회시 List<String> 으로 변환

ee811b9

YebinLeee requested review from dojinyou and seung-hun-h June 10, 2023 00:59

YebinLeee self-assigned this Jun 10, 2023

YebinLeee added Team-Seunghoon 💧 순한맛 labels Jun 10, 2023

YebinLeee changed the title ~~Yebinleee~~ [4기 - 이예빈] 1~2주차 과제 : 계산기 구현 미션 제출합니다. Jun 10, 2023

dojinyou reviewed Jun 10, 2023

View reviewed changes

YebinLeee added the 🔥 매운맛 label Jun 10, 2023

YebinLeee changed the title ~~[4기 - 이예빈] 1~2주차 과제 : 계산기 구현 미션 제출합니다.~~ [4기 - 이예빈] 1~2주차 과제 : 계산기 구현 미션 중간 PR입니다. Jun 10, 2023

YebinLeee added 4 commits June 11, 2023 17:46

[add]: 프로그램 종료 가능한 메뉴 추가하기

55d942e

- Menu의 command를 Character로 변경 - 종료 메뉴 추가 및 IO 정의

[refactor]: 계산 결과 모델 변경 (CalculationResult 클래스 추가 - expression, resul…

7464a01

…t 결과값 따로 저장)

[refactor]: Validator 분리, ExpresionConverter과 Calculator 추상화

e168cbd

- 다양한 방법의 수식(전위,중위,후위 표현)을 convert하여 계산 가능하도록 strategy pattern 도입하여 리팩토링

[refactor]: Validator 분리, ExpresionConverter과 Calculator 추상화

2593643

- 다양한 방법의 수식(전위,중위,후위 표현)을 convert하여 계산 가능하도록 strategy pattern 도입하여 리팩토링

seung-hun-h requested changes Jun 11, 2023

View reviewed changes

YebinLeee added 5 commits June 13, 2023 12:31

[refactor]: Constants 상수들 객체 내로 이동, Menu validator 이동

a0e17ed

[refactor] CaclulationResult - ConcurrentHashMap으로 변경, Object에서 Integ…

6738c30

…er로 타입 변경

[refactor]: Operation 클래스 객체 생성 시 singleton으로 변경

1127cae

[add]: AtomicInteger을 통해 멀티 스레드 환경에서의 Map의 id값 동등성 보장 및 관리

b2b7566

[test]: CalculationRepository에 clearStore() 메서드 추가 및 테스트 코드 작성

a8193d1

YebinLeee added 8 commits June 14, 2023 01:16

[test]: 사칙 연산 수행 테스트, 수식 표현 convert 테스트

4cefceb

[test]: 올바른 수식 표현 검증 테스트, 수식 연산 에러 테스트, 메뉴 입력 검증 테스트

cd2152a

[test]: Console 메뉴 및 계산 결과 및 계산 이력 출력 검증 테스트

2e6da4b

[refactor]: 상수 constants 모두 private 지정자로 변경

a6c79e2

[test]: Menu, CalculationResult 오버라이딩 toString 메서드 검증 테스트

45eeb50

[test]: Calculator Console, Postfix Calculator 테스트 추가

35d54d4

[refactor]: 전체 프로젝트 구조 변경

c459ac6

[add]: 반환 타입 List로 수정, delimiter 추가, 계산기 통합 테스트 추가

b706154

YebinLeee requested review from seung-hun-h and dojinyou June 14, 2023 08:59

[fix]: readme에 추가한 내용들 삭제

fe6e3b5

dojinyou reviewed Jun 14, 2023

View reviewed changes

seung-hun-h requested changes Jun 14, 2023

View reviewed changes

[docs]: 요구사항 및 구현 내용 추가

9cfa1d6

		output.showResult(result.toString());
		calculationRepository.save(new CalculationResult(expression, result.toString()));

		@@ -0,0 +1,16 @@
		package calculator.global;

		public class InputConstants {



		private final String operator;
		private final BiFunction<Integer, Integer, Integer> expression;

		DIVIDE("/", (num1, num2) -> num1 / num2, HIGH);


		private final String operator;


		public class PostfixCalculator implements BasicCalculator {

		private static final String OPERATOR_REGEX = "[-*/+]";

[4기 - 이예빈] 1~2주차 과제 : 계산기 구현 미션 중간 PR입니다. #153

Are you sure you want to change the base?

[4기 - 이예빈] 1~2주차 과제 : 계산기 구현 미션 중간 PR입니다. #153

Conversation

YebinLeee commented Jun 10, 2023 • edited Loading

📌 계산기 TDD, OOP로 만들기

다양한 표현 수식에 대한 사칙 연산을 수행하는 콘솔 기반의 계산기를 TDD와 OOP를 기반으로 구현해내는 프로젝트

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

기능 구현

✅ 피드백 반영사항

1. CalculatorApp

2. 다양한 형태의 Converter 구현

3. Calculator 추상화

4. Validation

5. CalculationRepository - ConcurrentHashMap과 Atomic Variable을 통한 ID값 관리로 멀티 쓰레드 환경에서의 동시성 문제 고려

6. ParameterizedTest 기반 유닛 테스트

7. 상수 관리

8. toString의 쓰임

9. Operation

✅ 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

seung-hun-h 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

dojinyou 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

dojinyou left a comment

Choose a reason for hiding this comment

seung-hun-h 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

YebinLeee commented Jun 10, 2023 •

edited

Loading

seung-hun-h left a comment •

edited

Loading