Skip to content
Open
Changes from 1 commit
Commits
Show all changes
14 commits
Select commit Hold shift + click to select a range
a89c03b
docs: draft functional requirements and feature list after problem an…
Oct 14, 2025
9265e19
feat(#1): MVC & TDD - 모델에 사용자의 입력값을 저장
Oct 17, 2025
7f2a83c
docs(#2): update feature list
Oct 17, 2025
61ccb3c
feat(#2): Service를 이용해서 모델에 사용자의 입력값을 저장
Oct 20, 2025
ca9d2a3
feat(#2): Service를 이용해서 모델에 사용자의 입력값을 저장
Oct 20, 2025
29305db
docs(#2): 기능목록 업데이트
Oct 20, 2025
c22f736
refactor(#2): CalculatorService의 패키지 위치 변경
Oct 20, 2025
9058fef
feat(#2): MVC 구조 완성
Oct 20, 2025
76acd14
docs(#2): 기능 목록 업데이트: 입력값이 양수만 입력이 가능하도록 테스트 케이스 처리
Oct 20, 2025
b06d9df
feat(#2): 입력값이 양수만 입력이 가능하도록 테스트 케이스 처리
Oct 20, 2025
28244ef
docs(#2): 기능목록 업데이트 - 사용자의 입력값에서 기본 구분자와 커스텀 구분자를 함께 사용이 가능하도록 테스트 케이…
Oct 20, 2025
2d19816
feat(#2): 사용자의 입력값에서 기본 구분자와 커스텀 구분자를 함께 사용이 가능하도록 테스트 케이스 처리
Oct 20, 2025
ad712de
docs(#2): 기능목록 업데이트: 실질적으로 Model을 사용해서 구분자로 정리된 숫자 목록을 저장 후, 꺼내어 사용
Oct 20, 2025
fa4117b
feat(#2): 실질적으로 Model을 사용해서 구분자로 정리된 숫자 목록을 저장 후, 꺼내어 사용
Oct 20, 2025
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
13 changes: 13 additions & 0 deletions src/main/java/calculator/service/CalculatorService.java
Original file line number Diff line number Diff line change
Expand Up @@ -79,9 +79,22 @@ public static Integer calculateSumOfNumbers(String userInput) {
public static List<String> splitByDelimiter(String userInput, String delimiter) {
return Arrays.stream(userInput.split(delimiter))
.map(String::trim) // 공백 제거
.peek(CalculatorService::validateNumber) // 숫자 유효성 검사

Choose a reason for hiding this comment

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

제가 알기론 streampeek 은 디버깅을 사용할 때 유용하게 쓰는 메서드로 알고 있습니다.

현재처럼 중요한 검증 로직을 peek 안에 넣게 되면 의도가 잘 드러나지 않아,
나중에 코드를 읽을 때 혼동을 줄 수 있을 것 같습니다.

오히려 validate와 같이 중요한 로직을 검증하는 것이라면, 중간에 빼서 따로 사용하는게 더 좋지 않았을까 하는 생각이 듭니다.

.collect(Collectors.toList()); // 리스트로 변환
}

// 숫자 유효성 검사: 숫자가 아니거나 음수인 경우 예외 발생
public static void validateNumber(String validateNumber) {
try {
Integer number = Integer.parseInt(validateNumber);
if (number < 0) {
throw new IllegalArgumentException("양수만 입력 가능합니다." + validateNumber);
}
} catch (NumberFormatException e) {
throw new IllegalArgumentException("숫자가 아닙니다. " + validateNumber);
}
}

Comment on lines +82 to +93

Choose a reason for hiding this comment

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

사용자에게 입력을 받는 부분은 enum을 사용해서 처리를 해주셨던 거 같은데, 예외를 던지는 메시지 같은 경우도 상수로 처리하거나 enum을 사용하는 건 어땠을까요?

개인적으로는 통일성있는 코드 구조를 선호하다보니 읽다가 궁금증이 생겼습니다. 의도하신게 있으실까요?

private static class InnerCalculatorService {

private static final CalculatorService INSTANCE = new CalculatorService();
Expand Down