[로또] 주유나 미션 제출합니다. by YounaJ00 · Pull Request #154 · woowacourse-precourse/javascript-lotto-8

YounaJ00 · 2025-11-03T13:36:46Z

🎰 구현 내용

1. 입력 및 검증

Console.readLineAsync()로 사용자 입력 수신
구입 금액 검증
- 숫자 이외의 입력 시 예외 발생
- 1,000원 미만 또는 1,000원 단위가 아닌 경우 [ERROR] 예외 발생
- #trimInput() 메서드로 null, undefined 입력도 안전하게 처리
당첨 번호 검증
- 쉼표(,) 기준으로 6개인지 검증
- 각 숫자가 1~45 범위인지 검증
- 중복 숫자 없도록 검증
보너스 번호 검증
- 1~45 범위 검증
- 당첨 번호와 중복되지 않도록 검증

2. 게임 로직

LottoService 클래스
- publishLottos(): 구입 금액에 따른 로또 발행
- Random.pickUniqueNumbersInRange()로 중복 없는 6개 번호 생성
- 번호 오름차순 정렬하여 보관
Lotto 클래스
- 로또 번호 유효성 검증(개수, 범위, 중복)
- #numbers 필드만 유지하여 제약사항 준수
당첨 통계 계산
- 모든 로또와 당첨 번호 비교
- 일치 개수에 따라 3개/4개/5개/5개+보너스/6개 집계
- 등수별 상금 합계 계산
수익률 계산
- 총 상금 ÷ 구입 금액 × 100
- 소수점 둘째 자리에서 반올림하여 소수 첫째 자리까지만 출력

3. 출력

발행한 로또 수량 및 번호 출력
- N개를 구매했습니다. 형식
- 각 로또 번호를 [1, 2, 3, 4, 5, 6] 형식으로 출력
당첨 통계 출력
- 실행 결과 헤더("당첨 통계") 출력
- 등수별 당첨 내역 및 개수 출력
- 최종 수익률 출력

4. 아키텍처

역할별 클래스 분리
- InputHandler: 입력 처리 및 검증 로직 담당
- LottoService: 로또 발행 및 통계 계산 로직 담당
- App: 전체 흐름 조율
상수 및 메시지 분리
- constants/constants.js: 로또 상수 및 상금 테이블
- constants/messages.js: 에러 메시지 및 입력 프롬프트
유틸리티 함수 분리
- utils/output.js: 출력 관련 유틸리티 함수
중복 코드 제거
- #parseNumber(): 숫자 파싱 로직 통합
- #trimInput(): 입력 trim 로직 통합
- NUMBER_REGEX: 정규식 패턴 상수화
예외 메시지 상수화 (ERROR_MESSAGES) 적용
Magic Number 상수화

5. 테스트

정상 동작 테스트
예외 테스트
- 구입 금액 검증 실패 케이스
- 당첨 번호 검증 실패 케이스
- 보너스 번호 검증 실패 케이스

6. 프로그래밍 요구사항

pangil5634

3주차도 고생 많으셨습니다!

전반적으로 고생 많이 하신 모습이 보이네요!

OOP를 더 고려해보시면서, 디자인 패턴까지 신경 써보시면 더 좋아질 것 같습니다! 고생 많으셨습니다.

pangil5634 · 2025-11-04T12:18:40Z

src/App.js

+  async run() {
+    const purchaseAmount = await this.#inputHandler.readPurchaseAmount();
+    const ticketCount = purchaseAmount / LOTTO_PRICE;
+    printNewLine();
+
+    const tickets = this.#lottoService.publishLottos(ticketCount);
+    this.#lottoService.printTickets(tickets);
+
+    const winningNumbers = await this.#inputHandler.readWinningNumbers();
+    const bonusNumber = await this.#inputHandler.readBonusNumber(
+      winningNumbers
+    );
+
+    const stats = this.#lottoService.calculateStats(
+      tickets,
+      winningNumbers,
+      bonusNumber
+    );
+    this.#lottoService.printStats(stats, purchaseAmount);
+  }


run() 안에 있는 흐름을 메소드로 분리시켜서 아래와 같이 해보면 어떨까요?

async run() { const purchaseAmount = await this.#readPurchaseAmount(); const tickets = this.#publishTickets(purchaseAmount); const { winningNumbers, bonusNumber } = await this.#readWinningInputs(); const stats = this.#calculateStatistics(tickets, winningNumbers, bonusNumber); this.#printStatistics(stats, purchaseAmount); } async #readPurchaseAmount() { const purchaseAmount = await this.#inputHandler.readPurchaseAmount(); printNewLine(); return purchaseAmount; } #publishTickets(purchaseAmount) { const ticketCount = purchaseAmount / LOTTO_PRICE; const tickets = this.#lottoService.publishLottos(ticketCount); this.#lottoService.printTickets(tickets); return tickets; } async #readWinningInputs() { const winningNumbers = await this.#inputHandler.readWinningNumbers(); const bonusNumber = await this.#inputHandler.readBonusNumber(winningNumbers); return { winningNumbers, bonusNumber }; } #calculateStatistics(tickets, winningNumbers, bonusNumber) { return this.#lottoService.calculateStats(tickets, winningNumbers, bonusNumber); } #printStatistics(stats, purchaseAmount) { this.#lottoService.printStats(stats, purchaseAmount); }

pangil5634 · 2025-11-04T12:28:53Z

src/InputHandler.js

+    if (amount < LOTTO_PRICE) {
+      throw new Error(ERROR_MESSAGES.PURCHASE_AMOUNT_TOO_LOW);
+    }
+    if (amount % LOTTO_PRICE !== 0) {
+      throw new Error(ERROR_MESSAGES.PURCHASE_AMOUNT_NOT_DIVISIBLE);
+    }


이곳 말고도 에러 메시지와 로직 결합 완화가 필요해 보입니다!

각 검증 함수에서 에러 메시지를 직접 지정하고 있다. 메시지 상수는 좋지만, 파라미터를 통해 주입하는 대신 내부에서 하드코딩하는 부분이 많은듯 해요.

에러 유형별로 ValidationError 클래스를 따로 두거나, 메시지 맵을 한 곳에서 관리하면 코드 일관성이 더 좋아질 것 같습니다!

pangil5634 · 2025-11-04T12:29:26Z

src/InputHandler.js

+  #parseWinningNumbers(input) {
+    const trimmedInput = this.#trimInput(input);
+    const parts = trimmedInput.split(",").map((value) => value.trim());
+    if (parts.length !== LOTTO_COUNT) {
+      throw new Error(ERROR_MESSAGES.WINNING_NUMBERS_COUNT_INVALID);
+    }
+
+    const numbers = parts.map((numberString) =>
+      this.#parseNumber(numberString)
+    );
+    this.#validateLottoNumbers(numbers);
+
+    const unique = new Set(numbers);
+    if (unique.size !== LOTTO_COUNT) {
+      throw new Error(ERROR_MESSAGES.WINNING_NUMBERS_DUPLICATE);
+    }
+    return numbers;
+  }


#parseWinningNumbers가 입력 다듬기, 분리, 변환, 검증까지 모두 맡고 있는 것 같아요.

#splitAndTrimInput(문자열 처리)과 #validateLottoNumbers(검증)를 분리해 단일 책임 원칙을 적용하면 각 함수의 목적이 더 명확해질듯 합니다!

pangil5634 · 2025-11-04T12:32:20Z

src/LottoService.js

+  calculateStats(tickets, winningNumbers, bonusNumber) {
+    const stats = {
+      three: 0,
+      four: 0,
+      five: 0,
+      fiveBonus: 0,
+      six: 0,
+    };
+
+    for (const ticket of tickets) {
+      const matchCount = this.#countMatch(ticket, winningNumbers);
+      const hasBonus = ticket.includes(bonusNumber);
+      this.#applyStat(stats, matchCount, hasBonus);
+    }
+    return stats;
+  }


stats 객체의 구조가 명시적이라 이해하기 쉽지만, key 이름(three, four, fiveBonus 등)이 하드코딩되어 있어 유지보수 시 오류가 생기기 쉬울 것 같아요.

PRIZE_TABLE의 key를 그대로 사용하는 형태로 일관성을 맞추면 어떨까요?

const stats = Object.keys(PRIZE_TABLE).reduce((acc, key) => { acc[key] = 0; return acc; }, {});

pangil5634 · 2025-11-04T12:33:06Z

src/LottoService.js

+  #countMatch(ticket, winningNumbers) {
+    let matchedCount = 0;
+    for (const number of ticket) {
+      if (winningNumbers.includes(number)) {
+        matchedCount += 1;
+      }
+    }
+    return matchedCount;
+  }


단순한 루프지만, 자바스크립트 내장 메서드로 더 간결하게 표현 가능할 것 같아요.

return ticket.filter((num) => winningNumbers.includes(num)).length;

이렇게 하면 반복문과 임시 변수 없이 의도가 더 명확해질듯 합니다!

manNomi

코드가 정말 훌룡하다고 느꼈습니다
이번주차 코드가 정말 가장 최고인것 같네요
실력이 엄청 느신게 느껴져서 위축되는 기분이네요
피드백 드리기보다는 의견을 여쭙기만 해서 도움이 될지 모르겠지만 의견에 답을 하시는 과정에서 도움을 받으시길 바랍니다!

manNomi · 2025-11-05T03:49:01Z

__tests__/ApplicationTest.js

+      )
+    );
+    expect(logSpy).toHaveBeenCalledWith(expect.stringContaining("당첨 통계"));
+  });


재입력에 대한 테스트 너무좋네요!

manNomi · 2025-11-05T03:49:58Z

src/constants/messages.js

+  PURCHASE_AMOUNT: "구입금액을 입력해 주세요.\n",
+  WINNING_NUMBERS: "당첨 번호를 입력해 주세요.\n",
+  BONUS_NUMBER: "보너스 번호를 입력해 주세요.\n",
+};


저도 까먹는데 object.freez !!
평소 코드짤때도 잘 적용안하는데 우테코 하면서는 object.freez 에 대한 이야기를 많이 들었던것 같네요

manNomi · 2025-11-05T03:50:38Z

types/woowacourse__mission-utils.d.ts

+      count: number
+    ): number[];
+  };
+}


타입 최고!!

manNomi · 2025-11-05T03:51:25Z

src/App.js

+  async run() {
+    const purchaseAmount = await this.#inputHandler.readPurchaseAmount();
+    const ticketCount = purchaseAmount / LOTTO_PRICE;
+    printNewLine();


printNewLine 도 좋지만
아예 OutputHandler를 만들어서 공통화 해보는것은 어떨까요 ??
매번 쓸필요도 없을것 같다는 느낌이 들어서요 !

manNomi · 2025-11-05T03:54:13Z

src/Lotto.js

+    if (uniqueCount !== LOTTO_COUNT) {
+      throw new Error(ERROR_MESSAGES.LOTTO_NUMBERS_DUPLICATE);
+    }
+  }


validate 로직이 다소 가독성이 떨어지는것 같긴합니다!
증복된 validate도 있을수 있으니 util한 validate와 도메인에
결합되는 validate를 분리해보면 어떨까요!

manNomi · 2025-11-05T03:55:20Z

src/LottoService.js

+
+    const profitRate = this.#calculateProfitRate(stats, purchaseAmount);
+    Console.print(`총 수익률은 ${profitRate}%입니다.`);
+  }


이런 print로직은 inputHandler처럼 outputHandler로 만들어서 처리해보면 어떨까요 ??

지금도 충분히 잘 구조화 되어있어서 좋은데 프린트 로직이 서비스보다는 뷰라는 개념으로 접근해봐도 좋을것 같아서요!

kojesung

늦었지만 리뷰 작성해봤습니다. 프리코스도 막바지를 향해 가고 있는데 마지막까지 화이팅입니다 ㅎㅎ 고생 많으셨어요!

kojesung · 2025-11-21T16:47:07Z

src/InputHandler.js

+  async readPurchaseAmount() {
+    while (true) {
+      const input = await Console.readLineAsync(INPUT_MESSAGES.PURCHASE_AMOUNT);
+      try {
+        return this.#parsePurchaseAmount(input);
+      } catch (error) {
+        Console.print(error.message);
+      }
+    }
+  }


App.js에서 readPurchaseAmount()를 사용할 때 인스턴스 변수로 저장하여 사용하지만 readPurchaseAmount()는 매번 같은 인스턴스를 사용하는 형태로 보이고 cocnstructor가 불필요해보이네요! static 메서드로 인스턴스 변수 저장 없이 InputHandler.readPurchaseAmount() 형식으로 상용할 수 있을 것 같아요!

kojesung · 2025-11-21T16:53:34Z

src/Lotto.js

this.#numbers = numbers;처럼 그냥 할당하는 방식은 외부에서 전달받은 배열을 직접 참조하는 방식이기 때문에 외부에서 수정이 가능한 상태라 의도치 않은 side effect를 유발할 수 있다고 합니다.

저도 다른 분 코드리뷰 하면서 배우게 된 내용인데
#62

[...numbers] 와 같은 형태로 복사하여 저장하는 방식이 안전하다고 하네요ㅎㅎ

kojesung · 2025-11-21T16:57:42Z

src/LottoService.js

+      new Lotto(sorted);
+      tickets.push(sorted);


Lotto 클래스는 검증만을 위한 클래스인건가요?
Lotto에서 getNumbers 같은 검증된 로또 번호들을 반환하는 메서드를 만들고
lottos.push(new Lotto(numbers));와 같이 Lotto 인스턴스들을 로또 번호로 관리하는게 더욱 일관성있고 안전한 방식일 것 같아요!

kojesung · 2025-11-21T16:58:03Z

src/LottoService.js

+        LOTTO_MAX,
+        LOTTO_COUNT
+      );
+      const sorted = [...numbers].sort((first, second) => first - second);


👍👍👍

kojesung · 2025-11-21T17:00:52Z

src/LottoService.js

+  #countMatch(ticket, winningNumbers) {
+    let matchedCount = 0;
+    for (const number of ticket) {
+      if (winningNumbers.includes(number)) {
+        matchedCount += 1;
+      }
+    }
+    return matchedCount;
+  }


uniqueCount 찾을 때처럼 Set 사용하는 방식을 사용하면서 코드 일관성과 연산 속도까지(미비하겠지만..) 챙길 수도 있겠네요!

YounaJ00 added 20 commits November 2, 2025 19:43

chore(types): 타입 선언 파일 추가

8f05464

docs(readme): 로또 기능 목록 추가

80cf7e5

feat(lotto): 로또 번호 범위 및 중복 검증 추가

1160ac4

feat(app): 구입 금액 입력 및 기본 검증 로직 추가

8c2b3d3

feat(app): 구입 금액에 따른 로또 발행 및 번호 출력 기능 추가

87c9b9f

chore(types): Random 타입 정의 추가

d438f68

feat(app): 당첨 번호와 보너스 번호 입력, 재입력 처리 추가

0881663

feat(app): 당첨 통계 및 수익률 계산 기능 추가

081f18a

test(lotto): 금액, 당첨번호, 보너스번호 재입력 케이스 추가

379eceb

fix(app): 수익률 출력 형식 개선

75477a8

fix(app): 입력 후 한 줄 공백 추가로 출력 형식 개선

4676e41

refactor(app): 당첨 번호 파싱 및 검증 로직을 함수 분리로 개선

85d88a6

test(lotto): Lotto 클래스 단위 테스트 추가

a025804

refactor(app): 개선된 변수명 사용 및 코드 가독성 향상

739027a

refactor(constants): 로또 관련 상수 및 당첨 금액 테이블 분리

e68d447

refactor(constants): 에러 메시지를 상수로 분리

7890fa8

refactor(constants): 입력 메시지 상수 분리

8b3e560

refactor(utils): 공용 출력 유틸 함수 printNewLine 분리

1aa4cd7

refactor(app): 입력 처리와 비즈니스 로직 분리

7ee3783

docs(readme): 메서드 시그니처 제거

f26d1ab

pangil5634 reviewed Nov 4, 2025

View reviewed changes

manNomi reviewed Nov 5, 2025

View reviewed changes

kojesung reviewed Nov 21, 2025

View reviewed changes

Comments

Conversation

YounaJ00 commented Nov 3, 2025

🎰 구현 내용

1. 입력 및 검증

2. 게임 로직

3. 출력

4. 아키텍처

5. 테스트

6. 프로그래밍 요구사항

Uh oh!

pangil5634 left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

manNomi left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

kojesung left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants