[SCG] 양호준 미션 3~4 단계 제출합니다 by hojunYang · Pull Request #190 · next-step/java-lotto-clean-playground

hojunYang · 2026-04-11T14:16:39Z

안녕하세요. 이번 미션을 진행하며
보너스 번호와 수동 번호 요구사항을 어디에 반영할지를 많이 고민했습니다.

보너스 번호를 단순히 int형으로 controller에서 받아서 관리한다면, 개념이 controller에 종속되는 것 같아, winningNumbers를 만들어 당첨 번호와 보너스 번호를 관리하도록 작성했습니다.
수동 번호도 처음엔 controller에서 로또 티켓으로 관리하려고 했습니다. 이건 줄이 너무 길어져서, LottoService안에 수동번호 조합, 자동번호 조합을 생성 및 관리하도록 작성했습니다.

고민하며 수정한 것들을 중간중간에 커밋을 했어야 하는데, 완성본만 커밋하니 설명하기가 어렵네요..

next-step에서 enum 사용을 요구해서 Dto대신 enum을 map으로 관리하도록 변경했습니다. map으로 관리하는게 그리 예뻐보이진 않지만, 이를 위해 클래스를 하나 더 만드는 것도 map으로 충분한데 과한 것 같아 유지했습니다.

…능을 추가

dompoo

호준님 바쁘신데도 고생 많으셨어요~
늦게 올려주셔서 바로 머지하겠지만, 언제든 디코에서 물어보셔도 좋습니다 :)

dompoo · 2026-04-16T12:46:28Z

+    public List<List<Integer>> getManualTicketNumbers(int count) {
+        System.out.println("수동으로 구매할 번호를 입력해 주세요.");
+        List<List<Integer>> manualNumbers = new ArrayList<>();
+
+        for (int i = 0; i < count; i++) {
+            manualNumbers.add(parseNumbers(scanner.nextLine()));
+        }
+
+        return manualNumbers;
+    }


InputView에서 로또를 바로 만들어서 줘도 될 것 같은데,
Controller에서 만들게 된 이유가 따로 있을까요?
없다면 어디서 하는게 좋을지 고민해보면 좋을 것 같네요~!

dompoo · 2026-04-16T12:48:02Z

    private void validateMoney(int money) {
-        if(money < TICKET_PRICE) {
+        if (money < TICKET_PRICE) {
            throw new IllegalArgumentException("1000원 이상의 금액을 입력해주세요.");
        }
+
+        if (money % TICKET_PRICE != 0) {
+            throw new IllegalArgumentException("1000원 단위의 금액을 입력해주세요.");
+        }
+    }
+
+    private void validateManualCount(int money, List<List<Integer>> manualNumbers) {
+        if (manualNumbers == null) {
+            throw new IllegalArgumentException("수동 번호는 비어 있을 수 없습니다.");
+        }
+
+        if (manualNumbers.size() > money / TICKET_PRICE) {
+            throw new IllegalArgumentException("수동 구매 수량이 구입 금액을 초과할 수 없습니다.");
+        }
    }


요런 로직이 Service에 많아지면 점점 코드가 읽기 어려워질 것 같아요. 유지보수하기도 어렵고요.
무엇보다 LottoService는 어떤 상태를 가지지 않는 객체인 것 같은데, 그래서 이런 객체가 중요한 로직을 들고 있는 것도 고민 해볼만한 점이에요.

dompoo · 2026-04-16T12:48:42Z

+    private List<LottoTicket> generateManualTickets(List<List<Integer>> manualNumbers) {
+        List<LottoTicket> tickets = new ArrayList<>();
+
+        for (List<Integer> numbers : manualNumbers) {
+            tickets.add(new LottoTicket(
+                    numbers.stream()
+                            .map(LottoNumber::new)
+                            .toList()
+            ));
+        }

+        return tickets;
+    }
+
+    private List<LottoTicket> generateAutoTickets(int autoCount) {
        List<LottoTicket> tickets = new ArrayList<>();

-        for(int i = 0; i < ticketCount; i++){
-            tickets.add(generateTicket());
+        for (int i = 0; i < autoCount; i++) {
+            tickets.add(new LottoTicket(lottoGenerator.generateNumbers()));
        }

        return tickets;
    }


이 로직은 LottoService가 들고 있는게 좋을까요 LottoTicket이 직접 들고 있는게 좋을까요?

dompoo · 2026-04-16T12:50:56Z

+    private List<LottoTicket> generateManualTickets(List<List<Integer>> manualNumbers) {
+        List<LottoTicket> tickets = new ArrayList<>();
+
+        for (List<Integer> numbers : manualNumbers) {
+            tickets.add(new LottoTicket(
+                    numbers.stream()
+                            .map(LottoNumber::new)
+                            .toList()
+            ));
+        }

+        return tickets;
+    }


LottoNumber를 직접 다 만들어서 LottoTicket한테 '너 이거 써'라고 말하고 있어요.
Tell Dont Ask라는 격언과 상충되는 코드인데, 요 글을 읽어보면서 고민해보면 좋을 것 같아요~

dompoo · 2026-04-16T12:52:41Z

+import java.util.List;
+
+public interface LottoGenerator {
+    List<LottoNumber> generateNumbers();


컬렉션과 배열은 그 개수를 한정짓지 못한다는 문제가 있어요. 이것도 처음보는 사람이라면 6개가 나온다는 사실을 몰랐을 수도 있습니다.
인터페이스를 설계할 때에는 '그 구현체가 앞으로 절대 잘못 구현되지 않을 정도'로 정확하고 명확하게 구현해주는게 좋습니다.

dompoo · 2026-04-16T13:04:37Z

+    @DisplayName("로또 번호가 중복이 없는지 테스트")
+    @Test
+    void testLottoDuplicate() {
+        LottoGenerator generator = new RandomLottoGenerator();
+
+        List<LottoNumber> numbers = generator.generateNumbers();
+
+        assertThat(numbers).doesNotHaveDuplicates();
+    }


이런것도 운에 의존하기 때문에 여러번 돌려주는게 더 안전할 것 같아요~ (그래도 100프로는 아니지만요)

dompoo · 2026-04-16T13:05:50Z

+        assertThat(result.get(WinningRank.THREE)).isEqualTo(1);
+        assertThat(result.get(WinningRank.FOUR)).isEqualTo(1);
+        assertThat(result.get(WinningRank.FIVE)).isEqualTo(1);
+        assertThat(result.get(WinningRank.SIX)).isEqualTo(1);
+        assertThat(result.get(WinningRank.FIVE_BONUS)).isEqualTo(0);


검증문이 여러개 일 때, 첫번째에서 실패하면 나머지 검증문은 실행되지도 않아요.

테스트가 10분~20분 걸리는 상황이 오면,
그런 상황에서도 나머지 검증문을 추가 실행해서 미리 모든 문제를 해결하고 싶을 수 있겠네요.

dompoo · 2026-04-16T13:07:56Z

+    private static final int LOTTO_MAX_NUMBER = 45;
+    private static final int LOTTO_MIN_NUM = 1;
+
+    Random random = new Random();


접근제한자를 통일성 있게 붙여주고, 컨벤션을 지켜 관리하면 좋을 것 같아요.
다른 부분과 다르면 추가적인 의도가 있다고 생각되고, 계속 찾게 됩니다!

dompoo · 2026-04-16T13:08:48Z

+    private static List<LottoNumber> toLottoNumbers(List<Integer> numbers) {
+        return numbers.stream()
+                .map(LottoNumber::new)
+                .toList();
+    }


가변인수를 활용하면 훨씬 더 깔끔하게 짤 수 있을 것 같아요~

dompoo · 2026-04-16T13:11:05Z

+    private void validateSize(List<LottoNumber> numbers) {
+        if (numbers == null || numbers.size() != LOTTO_SIZE) {
+            throw new IllegalArgumentException("당첨 번호는 6개여야 합니다.");
+        }
+    }
+
+    private void validateDuplicate(List<LottoNumber> numbers, LottoNumber bonusNumber) {
+        if (numbers.contains(bonusNumber)) {
+            throw new IllegalArgumentException("보너스 번호는 당첨 번호와 중복될 수 없습니다.");
+        }
+
+        long distinctCount = numbers.stream()
+                .distinct()
+                .count();
+        if (distinctCount != LOTTO_SIZE) {
+            throw new IllegalArgumentException("당첨 번호는 중복될 수 없습니다.");
+        }
+    }


LottoTicket과 비슷한 로직과 검증이 있어요.
LottoTicket을 활용해서 작성하는 방법도 좋을 것 같아요. (어렵지만요)

zest-sw and others added 15 commits March 31, 2026 19:30

feat: 로또 생성 기능 추가

dabf6e5

feat: View 영역 객체 추가

4d9915f

feat: 통계 클래스 추가

9e5bc4a

test: 테스트코드 추가

bf32388

feat: controller 클래스 추가

b423ec6

feat: entry 포인트 추가

4c861e7

refactor: 원시값 포장

6332156

PR을 위한 커밋 수정

3e117bb

refactor: 로또 도메인 구조 및 책임 분리 개선

363a535

fix: 상금이 모두 동일하게 나오는 오류 수정

e28a55b

refactor: LottoNumber를 추가하여, 로또번호를 명시적으로 표기하고, 관리하도록 변경함.

d088321

feat: 보너스 넘버를 추가하며 WinningNumbers 객체를 추가하여 당첨 번호를 관리, 수동 번호로 로또를 뽑는 기…

3c4c833

…능을 추가

docs: readme.md 파일을 최신화

2c21e52

fix: 안쓰는 변수 삭제

9e8bc64

refactor: 로또번호를 보여줄 때 정렬하도록 변경

00d773d

dompoo approved these changes Apr 16, 2026

View reviewed changes

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[SCG] 양호준 미션 3~4 단계 제출합니다#190

[SCG] 양호준 미션 3~4 단계 제출합니다#190
hojunYang wants to merge 15 commits intonext-step:hojunyangfrom
hojunYang:feature/3-4steps

hojunYang commented Apr 11, 2026

Uh oh!

dompoo left a comment

Uh oh!

dompoo Apr 16, 2026

Uh oh!

dompoo Apr 16, 2026

Uh oh!

dompoo Apr 16, 2026

Uh oh!

dompoo Apr 16, 2026

Uh oh!

dompoo Apr 16, 2026

Uh oh!

dompoo Apr 16, 2026

Uh oh!

dompoo Apr 16, 2026

Uh oh!

dompoo Apr 16, 2026

Uh oh!

dompoo Apr 16, 2026

Uh oh!

dompoo Apr 16, 2026

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

3 participants

Conversation

hojunYang commented Apr 11, 2026

Uh oh!

dompoo 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!

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!

3 participants